done with Jake Vanderplas’s XKCDify in python and ipython notebook.

fürs maischen und würze kochen habe ich mir einen severin einkochautomat (3653) besorgt. das gerät kostet 70 euro und hat die richtige grösse. mit 29 litern fassungsvermögen geht sich ein 20 liter sud gut aus.

es gibt nur ein kleines problem, den überhitzungsschutz. dieser verhindert dass dickflüssige flüssigkeiten im einkochautomat erhitzt werden. er löst aus und das heizelement lässt sich für ein paar stunden nicht zum arbeiten überreden. um maische gut verarbeiten zu können muss man den überhitzungsschutz deaktivieren.

die gebrauchsanweisung zitiert:

“Überhitzungsschutz:
Das Gerät ist durch einen speziellen Übertemperaturbegrenzer vor Überhitzung geschützt. Sollte der Überhitzungsschutz das Gerät abschalten, ziehen Sie den Netzstecker und lassen Sie das Gerät abkühlen. Anschließend ist das Gerät wieder funktionsbereit.
Achtung: Der Einkochautomat ist nur zur Erwärmung von Flüssigkeiten ausgelegt. Dickflüssige Speisen dürfen nicht erhitzt werden, da durch die ungleichmäßige Wärmeabnahme der Überhitzungsschutz das Gerät abschalten kann. Reklamationen aus diesem Grund können daher verständlicherweise nicht anerkannt werden.

das habe ich gelesen, nachdem mir der erste einkochautomat beim maischen den dienst quittiert hat und ich diesen beim händler gegen einen neuen ausgetauscht hatte.
nachdem ich wieder dasselbe gerät hatte, musste ich einen weg um den überhitzungsschutz finden. der stand im weg zwischen mir und meinem bier – das geht nicht. ergo überhitzungsschutz deaktivieren…

hier wird beschrieben wie man das macht.
ich will aber gleich erwähnen, dass ich keine verantwortung für etwaige schäden an der gerätschaft oder sonstigen folgen durch abbrennende einkochautomaten übernehme!
diesen eingriff solltet ihr nur vornehmen wenn ihr wisst was ihr tut!

schritt 1. gerätevergleich:
wer nicht dasselbe gerät hat muss hoffen dass das eigene ähnlich funktioniert.

schritt 1: Geräteplakette Severin EA 3653

schritt 2: Das Innere

schritt 3: abstecken

schritt 4: steckadapter zurechtschneiden

schritt 5: anstecken

schritt 6: beidseitig anstecken

schritt 7: schrumpfschlauch aufsetzen

schritt 8: schrumpfschlauch erhitzen

schritt 9: huckepack festbinden

jetzt das ganze wieder zusammenschrauben und testen. der kocher wird jetzt nicht mehr abschalten wenn er zu heiss wird und erlaubt es zu maischen.
von jetzt an den kocher nicht mehr unbeaufsichtigt betreiben!!!

schritt 10:
zur sicherheit solltet ihr die modifikation noch anschreiben, damit andere benutzer bescheid wissen:

schritt 10: modifikation anschreiben!

viel erfolg und gut sud!

Parcels oder Pakete heisst die App die einem das Leben mit den Trackingnummern erleichtert.

man bestellt etwas und erhält meist eine nummer die einem nicht recht nützen mag. die tracking nummer. das eintippen auf der seite des zustellers ist mühsam, die ständige kontrolle ob sich das päckchen auch bewegt noch mehr. zum glück gibt es eine android app die einem das leben leichter macht!
“parcels” oder “pakete” heisst diese und hilft ausständige zusendungen zu beobachten.

man kann trackingnummern von verschiedensten zustelldiensten verwenden. man kann sich benachrichtigen lassen, wenn sich beim status eines paketes etwas ändert und sogar definieren wann die app nichts von sich hören lassen soll, etwa wenn man schläft.

dringende installationsempfehlung! natürlich nur wenn man wissen will wo die packerln g’rade sind…

since encryption was no issue back then i had to get myself up to speed with cryptsetup and initramfs, which you can build yourself in gentoo. there is an option via genkernel to do this automatically, but where is the fun in that?

my basic setup includes two partitions. sda1 is boot, sda2 contains a crypt device, which contains the root partition and the user’s home partition in a lvm container.

this post is about cryptsetup and the method i use to swap the password for the container on every bootup with a cycling challenge response provided by the yubikey. let’s get to it!

the yubikey is a hardware token that looks like a usb stick. it has no moving parts and is very robust. it has a user button which triggers one time passwords. having inserted the yubikey into a usb slot it emulates a keyboard and enters the password. i’ve been keeping it on my bunch of keys for some time now and it has not been damaged. it provides different methods to authenticate a user to a system. i’m not going to discuss every possibility, i’ll just mention two. you can read about the others on their website.

the one time password (OTP) can be used with yubico’s authentication servers. this requires an active internet connection. the yubikey will generate a one time password based on a cycling number, it’s unique id and a secret that is only known by yubico and the key itself. normally this OTP is used in combination with a remembered user password and both credentials have to be valid to login. e.g: there is a yubikey wordpress plugin.

the challenge response is a feature that is available since yubikey version 2.2. those were available since september 2010. it supports HMAC-SHA1 and the yubikey OTP algorithm. for my cryptsetup i used the synchronous (no user interation) HMAC-SHA1 variant.

as the yubikey supports 2 slots where any configuration can be put (challenge response, yubikey OTP, static password, OATH), i used slot 2 for the challenge response option and left slot 1 as is. this left me the option to use the factory preset yubico setup with yubico’s servers if i needed it.

as the yubikey alone is not a safe option (just imagine someone stealing it together with the laptop), i wanted to implement two factor authentication. meaning, a user password has to be provided together with the yubikey in the usb slot to unlock the device. this provides enough security: 256 bit encryption on the device itself, 160 bit on the yubikey and a decently strong user password that is combined with the challenge response of the yubikey. and of course the challenge changes at every boot up.

to change the challenge in a secure way, the new password is written after the crypt device is mounted. the new password is written in a file on the just mounted and encrypted file system. it is set in the luks header and deleted just after.

the init script i came up with can be found on github, feel free to mess with it, fork it and improve it! if you are planning on using the script i highly recoomend to backup your luks header with a known password in case something goes wrong.

all in all it seems like a quite secure solution. post to the comments if you want to share what you think.

chromium asks for permission to open a magnet link

note: if you are using ubuntu you might want to try the solution of the previous post. the approach discussed here was needed for a gentoo system, which comes with xdg-open part of xdg-utils.

the setup is as follows:
we have a remote server that runs transmission. the desktop system runs gnome.

the use case: we click a magnet link on the desktop system and the torrents starts downloading on the remote transmission server.

first we need to make a default application that we can hand our magnet link to:
we use the script we know from my previous post:

#!/bin/bash
test -z $1 && echo "need magnet link!
$0 <magnet link>" && exit -1

HOST=127.0.0.1 #YourRemoteHostNameOrIP
PORT=9091 #YourPort(default is 9091)
USER=User
PASS=pass

LINK="$1"
# set true if you want every torrent to be paused initially
#PAUSED="true"
PAUSED="false"
SESSID=$(curl --silent --anyauth --user $USER:$PASS "http://$HOST:$PORT/transmission/rpc" | sed 's/.*<code>//g;s/<\/code>.*//g')
curl --silent --anyauth --user $USER:$PASS --header "$SESSID" "http://$HOST:$PORT/transmission/rpc" -d "{\"method\":\"torrent-add\",\"arguments\":{\"paused\":${PAUSED},\"filename\":\"${LINK}\"}}"

put this script where you like, we will refer here to /home/user/Scripts/magnetLinkTransfer.sh, make it executable, and configure it according to your transmission setup on your remote machine. you might also need to install ‘curl’, which is used by this script.

second we need to define this new ‘application’ in /usr/share/applications/:
add the file “magnet.desktop” in the folder /usr/share/applications/ with the following content:

[Desktop Entry]
Name=Magnet
Type=Application
Comment=Open a magnet link remotly with the help of a script
Exec=/home/user/Scripts/magnetLinkTransfer.sh %U
Categories=Network;WebBrowser;
MimeType=x-scheme-handler/magnet;

lastly we need to add our new ‘application’ in “.local/share/applications/mimeapps.list”. add ‘x-scheme-handler/magnet=magnet.desktop’ to the default applications in that file, like this:

[Default Applications]
# there might be more other default applications defined, leave them unchanged.
x-scheme-handler/magnet=magnet.desktop

that should be it! now when you click a link in your browser it should either work, or ask you if it is ok to start “xdg-open magnet:…”, as seen in the picture. you may set the check box to avoid future confirmations.

Der Wiener “Umbenannt Worden” Ring auf google maps

man findet zwar auf google maps den Dr. Karl Lueger-Ring nicht mehr auf der karte (in der suche schon), aber der neue name ist auch noch nicht eingetragen. stattdessen sieht man “Umbennant Worden” als strassenbezeichnung (siehe bild)!

Bing Maps mit der alten bezeichnung

Universitätsring auf openstreetmap (mit suche)

openstreetmap bietet hingegen schon die korrekte bezeichnung in der karte und eine funktionierende suche nach dem neuen strassennamen “Universitätsring” an. ebenso findet man weiterhin den Universitätsring unter seinem alten namen.
openstreetmap vs. google vs. bing: 1:0:0

update 6.7.2012: 2 tage später ist der status unverändert. bei google heisst der universitätsring immer noch ‘umbenannt worden’ und bing weiss noch gar nichts von einem neuen namen.

update 8.7.2012: 4 tage später; immer noch keine veränderung bei google oder bing.

update 9.7.2012: 5 tage später; google benennt den ring jetzt korrekt. bing kennt den ‘universitätsring’ immer noch nicht. totales fail!

update 27.8.2012: bing kennt den universitätsring bis jetzt immer noch nicht

update 15.10.2012: das wird zum running gag! bing kennt den universitätsring immer noch nicht…

update 16.01.2013: irgendwem gefällt der neue name des rings in wien nicht und deshalb wurde der universitätsring mit “dr.-karl-lueger-ring” überklebt.

update 30.01.2013: mehr als ein halbes jahr nach umbenennung des Dr. Karl Lueger-Ring in Universitätsring hat bing.com diesen immer noch nicht aktualisiert. was für ein armutszeugnis. für so schlecht hab’ ich bing bisher gar nicht gehalten gehabt. schade. hier geht’s zur karte.

update 22.03.2013: endlich hat bing den universitätsring als solchen im system! hier geht’s zur karte. lange genug hat’s ja gedauert. suchen kann man übrigens noch nicht danach, da muss man nach wie vor den Dr. Karl Lueger Ring verwenden…

Transdroid Screenshot on ICS (Android 4.0)

To get the same comfort for your android device (phone or tablet), you need an app. i’m using transdroid, which currently is NOT available in the google play store (former android market). get the latest transdroid apk here.

Transdroid download link

Start the transdroid app and go to settings. Add a new server. Choose an optional name, select server type: transmission, if you are using what i am, set the IP of your server and the port, enter a username and password if you are using authentication. that’s it.
now you should be able to open magnet links in your browser, which will relay these to the transdroid app, which will forward the link to your transmission daemon, which will start downloading the torrent.

optionally you can start scanning magnet links that are encoded as QR-codes from within transdroid.

now jason davies did a similar thing but in java script; it’s open source and on github. thank you jason! your effort is very much appreciated

greets from graz:

via flowingdata.com.