Und zwar ein kleines Script für den Scripting Layer for Android, mit dem die gescannten Barcodes an einen Client im Netzwerk gesendet werden. Das Script gibt es weiter unten (bzw. nach dem Break) auch als QR-Code, um es direkt mit SL4A abscannen zu können.

import android
import socket

HOST = ''
PORT = 38174

droid = android.Android()

sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
sock.bind((HOST, PORT))
sock.listen(1)

droid.makeToast('Waiting for client...')
conn, addr = sock.accept()
droid.makeToast('Client %s:%d connected' % addr)

while True:
	code = droid.scanBarcode()
	if not code:
		break
	conn.send('%s\n' % code.result['extras']['SCAN_RESULT'])

conn.close()

Als Client lässt sich dieser Bash-Einzeiler verwenden:

nc $PHONE_IP 38174 | while read code; do xvkbd -text "$(echo -n $code | head -c -1)\r"; done

• Mozilla: 20. September 1999
• WebKit: 27. Januar 2006
• Chromium: 20. September 2009

E-Mail (SMTP) nutzt den MX-Record. Mach ja auch Sinn, wobei sich auch hier prinzipiell auch SRV-Records verwenden lassen könnten, ist aber halt so. Für Jabber und SIP werden in der Regel SRV-Records verwendet und auch die meisten LDAP- und Kerberos-Clients unterstützen sie. Doch bei HTTP ist das anders. Alle Webbrowser lösen nur A/AAAA/CNAME-, aber keine SRV-Records auf.

Und wo ist jetzt mein Problem? Funktioniert doch alles! Ja toll, funktioniert. Aber kann mir mal bitte jemand von diesen Typen, die rumrennen und rumschreien, dass die www.-Subdomain doch scheiße ist, erklären, wieso ich für die Domain (also direkt example.com.) einen A-Record auf den Webserver anlegen sollte? Wieso? Macht doch keinen Sinn. Warum ausgerechnet der Webserver und nicht der Jabber-Server? Warum ist der Webserver wichtiger? Domains lassen sich auch für was anderes verwenden, als für das Hosten von Websites, ja?

Abgesehen von dem Unsinn, für einen Service (statt für einen Host) A/AAAA-Records anzulegen bietet so ein SRV-Record noch ein paar tolle Vorteile. A/AAAA sind halt eben für Hosts gedacht und nicht für Services. Im Gegensatz zu SRV-Records bieten sie nämlich keine Unterstützung für Prioritäten und Gewichte. Damit lassen sich für HTTP-Services durchaus interessante Dinge machen. Also im Prinzip genau das, was man mit MX-Records schon seit Jahren für E-Mail machen kann:

_http._tcp IN SRV 0 30 www1
_http._tcp IN SRV 0 70 www2
_http._tcp IN SRV 5 0 www-fallback

Also liebe Browserentwickler. Implementiert endlich SRV-Records für HTTP (und andere Protokolle, die ihr unterstützt) und hört auf zu heulen. Die paar Milisekunden, die für einen SRV-Lookup draufgehen, sind nur so lange verschwendet, bis die meisten Domains entsprechende Records haben. Und es gibt ja eigentlich auch keinen Grund, der dagegen spricht, diese anzulegen. Also, ab in den Texteditor, programmieren, testen und committen. Danke!

In diesem Beitrag geht es um meine Meinung zu Googles Möglichkeit, Apps auf Android-Smartphones aus der Ferne zu deinstallieren. Wer das nicht mitbekommen hat, findet hier weitere Informationen.

Wie wahrscheinlich schon durch die Überschrift deutlich wurde, finde ich das ganze eher weniger berauschend. Und zwar hat das ganze einen sehr einfachen Grund:

Wenn Google diese Backdoor nur dazu nutzen möchte, Schadsoftware von Android-Geräten zu entfernen, dann gäbe es einen viel einfacheren Weg: Eine einfache Benachrichtigung, die den Benutzer darauf hinweist, dass er Malware installiert hat und ob er ihm die Möglichkeit bietet, diese zu deinstallieren.

Dann bleibt da noch die Frage, wofür Google diese Backdoor möglicherweise nutzen möchte oder im schlimmsten Fall eventuell sogar schon nutzt. Hier habe ich keine konkreten Anhaltspunkte und möchte Google deshalb auch keine Vorwürfe machen und hoffe einfach mal das Beste. Trotzdem bleibt ein mulmiges Gefühl.

Und wo wir schon beim Thema sind: Was ich auch nicht gerade positiv finde, ist, dass mir keine wirkliche Alternative zu den Google-Diensten auf Android bekannt ist, die man auf eigener Hardware betreiben kann oder die die Daten komplett verschlüsselt auf potentiell unsicheren Servern speichert. Und das finde ich sehr schade, da doch gerade Android die offene Plattform ist, mit der das ganze doch relativ einfach möglich sein sollte.

Wer möchte mein Retter sein und die entsprechenden Andwendungen schreiben? Es wäre jedenfalls großartig. Aber wer nicht ganz so viel Zeit investieren möchte, könnte mir ja erklären, warum es so, wie es im Moment ist, besser ist, als wenn der Benutzer noch gefragt wird, ob er die App deinstallieren will.

Sieht sehr interessant, aber auch sehr ressourcenhungrig aus. Will mir jemand ein Honeycomb-Tablet schenken?

(via scusiblog.org)

So, wer hat das jetzt geglaubt und die unsichtbaren Ironie-Tags übersehen? Mathe ist einfach, für Deutsch und Wirtschaft suche ich noch Freiwillige, die für mich schreiben wollen. Wer Interesse hat, meldet sich bitte in den Kommentaren.

Deutsch wird abenteuerlich (obwohl wir keine Erlebniserzählung schreiben dürfen… leider… :-D) und Wirtschaft wird bestimmt ganz toll, weil wir dieses Jahr schon gefühlt 300 Blätter bekommen und ich da nicht mehr so wirklich durchblicke. Abgesehen davon ist das sowieso – wie nenn ich es – interessant. Ein Viereck mit sechs Ecken und das soll dann auch noch magisch sein. Das kann doch nicht funktionieren.

Nebenbei eine Frage an meinen Sozialkundelehrer: Wie schafft man es, eine Klausur, die wir Mitte November geschrieben haben, immer noch nicht rauszugeben?

[Update] Ich hab Deutsch hinter mir und ich lebe noch.

Kein Wunder, dass wir da so gut abschneiden…

1. Zuerst legen wir eine Gruppe an, in die alle Benutzer kommen, die über den SDK Zugriff auf angeschlossene Android-Geräte bekommen sollen und fügen diese auch gleich hinzu (also in meinem Fall julian). Achtet darauf, dass die GID noch frei ist. Ihr müsst euch dann irgendwann noch neu einloggen, da die neue Gruppe erst dann aktiv ist.

   addgroup --gid 123 androidsdk
adduser julian androidsdk

2. Dann legen wir direkt die udev-Regel für das Gerät an. Dazu benötigen wir die Vendor- und Product-ID, die in der Ausgabe von lsusb enthalten sind. Diese sieht bei meinem Galaxy S zum Beispiel so aus:

   Bus 003 Device 055: ID 04e8:681c Samsung Electronics Co., Ltd Galaxy Portal/Spica Android Phone

   Die 4-stellige Hexadezimalzahlen vor und nach dem Doppelpunkt sind für uns interessant. Die erste ist die Vendor-ID und die zweite die Product-ID. Daraus legen wir folgende udev-Regel an und speichern sie in /etc/udev/rules.d/51_android.rules (natürlich müsst ihr für andere Geräte die IDs anpassen):

   BUS=="usb", ATTRS{idVendor}=="04e8", ATTRS{idProduct}=="681c", GROUP="androidsdk", MODE="0660"

   Dann noch schnell die Regeln neu laden:

   udevadm control --reload-rules

3. Nun laden wir den SDK herunter, enpacken ihn und setzen die Rechte richtig:

   # wget http://dl.google.com/android/android-sdk_r06-linux_86.tgz
# tar xvzf android-sdk_r06-linux_86.tgz
# mv android-sdk-linux_86/ /opt/android-sdk
# chown -R root:androidsdk /opt/android-sdk/
# chmod -R ug+rw /opt/android-sdk/

4. Als nächstes müsst ihr /opt/android-sdk/tools zu eurem $PATH hinzufügen. Entweder ihr macht das temporär mit

   $ export PATH=$PATH:/opt/android-sdk/tools

   oder dauerhaft, indem ihr

   PATH=$PATH:/opt/android-sdk/tools

   zu eurer ~/.bashrc hinzufügt und diese neu ladet:

   source ~/.bashrc

5. Wenn jetzt alles funktioniert, sollte beim Ausführen von adb devices euer Smartphone auftauchen (wenn nicht, habt ihr das gleiche Problem, wie ich: Ihr findet im Internet keine Lösung):

   $ adb devices
List of devices attached
900028b91393 device

Aus dem Flickr-Set Pencil Vs Camera! von Ben Heine. Sehr cool, wie ich finde.

(via alexvetter.de)

(aus den WikiMedia Commons)

Die Kerneloption

net.ipv6.bindv6only

Wenn die auf 1 gesetzt ist, dann funktioniert das ganze nicht.

Lösung:

open file /etc/sysctl.d/bindv6only.conf and set net.ipv6.bindv6only=0, then restart the procfs with invoke-rc.d procps restart

Quelle: squeeze : in case you have no network connection with java apps … (linuxquestions.org)

Und jetzt mal ganz ehrlich: DAS DARF DOCH WOHL NICHT WAHR SEIN?!

Nichts, außer dass ich jetzt mehrere Wochen das Datum falsch schreiben werde. :D

Tag 1 (27.12.2009)

• Here be dragons
  Saal 1, 11:30 – 12:30 (Fahrplan)
• Der Hackerparagraph beim Bundesverfassungsgericht
  Saal 2, 12:45 – 13:45 (Fahrplan)
• Leyen-Rhetorik
  Saal 1, 14:00 – 15:00 (Fahrplan)
• Why Net Neutrality Matters?
  Saal 1, 16:00 – 17:00 (Fahrplan)
• Internetsperren
  Saal 2, 17:15 – 18:15 (Fahrplan)
• Das Zugangserschwerungsgesetz
  Saal 3, 18:30 – 19:30 (Fahrplan)
• Wireless power transfer
  Saal 3, 22:45 – 22:45 (Fahrplan)
• cat /proc/sys/net/ipv4/fuckups
  Saal 1, 23:00 – 0:00 (Fahrplan)
• CFD – Hacker Gaming Show
  Saal 1, 00:00 – 2:00 (Fahrplan)

Tag 2 (28.12.2009)

• Eine Zensur findet nicht statt
  Saal 1, 11:30 – 12:30 (Fahrplan)
• Die neokonservativen Thinktanks in der BRD
  Saal 2, 12:45 – 13:45 (Fahrplan)
• Vier Fäuste für ein Halleluja
  Saal 1, 17:15 – 18:15 (Fahrplan)
• Die Schlacht um die Vorratsdatenspeicherung
  Saal 1, 18:30 – 19:30 (Fahrplan)
• Liquid Democracy
  Saal 2, 20:30 – 21:30 (Fahrplan)
• „Haste ma’n netblock?“
  Saal 3, 21:45 – 22:45 (Fahrplan)
• Hacker Jeopardy
  Saal 1, 0:00 – 2:00 (Fahrplan)

Tag 3 (29.12.2009)

• CCC-Jahresrückblick
  Saal 1, 11:30 – 13:45 (Fahrplan)
• Optimised to fail
  Saal 2, 17:15 – 18:15 (Fahrplan)
• Technik des neuen ePA
  Saal 2, 20:30 – 21:30 (Fahrplan)
• Fnord-Jahresrückblick 2009
  Saal 1, 21:45 – 22:45 (Fahrplan)
• Nougatbytes – Ein Wortspiel, bunt und in stereo
  Saal 1, 0:00 – 1:30 (Fahrplan)

Tag 4 (30.12.2009)

• Wikipedia – Wegen Irrelevanz gelöscht
  Saal 1, 11:30 – 13:45 (Fahrplan)
• Security Nightmares
  Saal 1, 17:15 – 18:15 (Fahrplan)

Dazu kommen dann noch weitere Vorträge, die zur gleichen Zeit wie andere stattfinden und von denen ich dann die Recordings schauen werde. ;)

>>> from math import pi
>>> from decimal import *
>>> (Decimal('4')/Decimal('3')) * Decimal('4')**3 * Decimal(str(pi)) * 1800
Decimal("482548.6315914239999999999999")
>>> 4**3 * pi * 1800 * 4/3
482548.63159139222
>>> 4/3 * 4**3 * pi * 1800
361911.47369354416

Das ist ja mal sehr interessant. Python ist also nicht wirklich für Mathe-Hausaufgaben zu empfehlen, sofern man nicht Decimal benutzt.

$ ls -Q1
"hello-world"
"i love spaces"

Und jetzt versuchen wir es, einmal mit for durch die Dateinamen zu gehen. Doch leider gibt das ein kleines Problem, da for ein Leerzeichen als Trenner sieht.

$ for i in `ls`; do echo $i; done
hello-world
i
love
spaces

Das Problem lässt sich jedoch mit einem einfachen Trick recht leicht lösen. Man nimmt ls und statt einer for- eine while-Schleife als Pipe:

$ ls | while read i; do echo $i; done
hello-world
i love spaces

Zu beachten ist jedoch, dass man den Dateinamen dann auch mit Leerzeichen in der Variable $i hat, weshalb man sie am besten in Anführungszeichen setzt:

ls | while read i; do cp \"$i\" `echo $i | tr " " "_"`; done

Mit diesen Befehlt wären dann auch gleich die Leerzeichen weg und man bräuchte diesen Beitrag nicht mehr :]

Ich bin leicht müde. Wer Rechtschreibfehler oder Sinnlosigkeit findet, darf sie behalten.

[Update] ls ist ein schlechtes Beispiel, denn da gibt es eine viel einfachere Alternative: for i in *; do ....

(via fefe und netzpolitik)

Benötigt werden dazu der Dropbox-Client une einige Pakete, die sich unter Debian mit dem folgenden Befehl installieren lassen:

aptitude install scrot xsel pwgen

Danach speichert man dieses Script in einem Verzeichnis, dass sich in $PATH befindet als zum Beispiel make-screenshot und macht diese Datei ausführbar.

#!/bin/sh

ARG=$1
DROPBOX_PATH=~/Dropbox
DROPBOX_CMD=/usr/bin/dropbox
SCROT_CMD=/usr/bin/scrot
XSEL_CMD=/usr/bin/xsel
TR_CMD=/usr/bin/tr
RAND=`pwgen -s -A 16 1`

if [ -z $ARG ]; then
        ARG="-a"
fi

if [ "$ARG" = "-h" ]; then
        echo "-----  Help  -----"
        echo "Usage: $0 [-a|-s]"
fi

SCREENSHOT_FILENAME=$DROPBOX_PATH/Public/screenshots/`date +%Y-%m-%d-%H-%M-%S`_$RAND.png
SCROT_ARGS=""

if [ "$ARG" = "-s" ]; then
        SCROT_ARGS="-s"
fi

$SCROT_CMD $SCROT_ARGS $SCREENSHOT_FILENAME
$DROPBOX_CMD puburl $SCREENSHOT_FILENAME | $TR_CMD -d '\n' | $XSEL_CMD -i

Damit das ganze Funktioniert, muss in der Dropbox noch ein Verzeichnis angelegt werden:

mkdir ~/Dropbox/Public/screenshots

Wenn man jetzt make-screenshot -a ausführt, wird ein Screenshot des gesamten Desktops erstellt, bei make-screenshot -s kann men einen Bereich oder ein Fenster mit der Maus auswählen.

Die URL lässt sich dann mit der Mitteltaste einfügen.

Unter Fluxbox hat man die Möglichkeit, die beiden Befehle an bestimmte Tastenkombinationen zu binden. Dazu fügt man zum Beispiel folgendes in die Datei ~/.fluxbox/keys ein:

# Screenshots
## Strg + Druck => Ganzer Bildschirm
Control 111 :Exec make-screenshot -a
## Strg + Alt + Druck => Auswahl
Control Mod1 111 :Exec make-screenshot -s

Danach Fluxbox neu starten und die Tastenkombinationen können verwendet werden. Natürlich kann man auch Control weglassen, doch darauf habe ich Bereits Befehle gebunden, um Screenshots zu erstellen, ohne diese hochzuladen.

# Modul laden
modprobe pciehp pciehp_force=1
# Modul immer beim Booten laden
echo pciehp pciehp_force=1 >> /etc/modules

Warnung: Das ganze funktioniert so nicht unter Ubuntu 9.04 Jaunty, weil, aus welchen (mir unverständlichen) Gründen auch immer, pciehp nicht mehr als Modul vorhanden ist, sondern fest in dem Kernel kompiliert, jedoch nicht aktiviert, ist. Hier muss man folgendes zu den Boot-Parametern hinzufügen und rebooten:

pciehp.pciehp_force=1