Pythonbytes Podcast

Ich hab einen neuen Podcast gefunden (Link). Und angesichts des neuen Release zu Django 2.0 und dem nunmehr immer konkreter werdenden Schwenk zu Python 3, fand ich diese Episode zu Flask, Flask, Flask hörenswert.

Python Bytes is a weekly podcast hosted by Michael Kennedy and Brian Okken. Python Bytes podcast delivers headlines directly to your earbuds. If you want to stay up on the Python developer news but don’t have time to scour reddit, twitter, and other news sources, just subscribe and you’ll get the best picks delivered weekly.

Why do I blog this? Weil ich mich ja seit ich mit Python/Bottle ein ganzes API gebaut habe für Python sehr interessiere. Mittlerweile bin ich soweit, dass ich das Bottle basierte Backend gerne in ein Flask-basiertes backend mit FlaskRESTplus überführen würde.

Installing & deploying Python web application using Debian / Apache2 / WSGI


I was frustrated recently. I was frustrated of all the half-baked tutorials in regard to Python/Apache/WSGI deployment. Most tutorials or examples miss a huge amount of information i.e. describing the context. The usual approach seems to be to write such a tutorial just for a 15-minutes-of-fame-gig after one mastered those steps to deploy once.

The pity is, most of these tutorial writers seem to have exactly no clue what they did and why they did it. They do not explain why something is done this way and not the other way and they never mention how things might differ in your setup. They describe just their own story like in a „my little diary“-story and simply claim: „works for me.“

Installing an Open Source issue tracker

I wanted to install Roundup an open source issue tracker I would like to use to keep track of bugs and improvement ideas in my projects. Roundup is a python web application working with templates and I like Python. I chose Roundup after I checked out several lists like e.g. „15 Most Popular Bug Tracking Software to Ease Your Defect Management Process“. Other softwares which were in my focus were e.g. „Trac“ or „Mantis“. I thought, well, if this thing is Python, I might be able to easily customize it later on and since I deployed already one Python app successfully I thought this one might be quite easy.

Why apt-get install is a trap

Somewhere in the Debian Wiki I found that apt-get install roundup would just do an installation for me. At least that was what I thought…

Yeah the installation went fine, but this started a python app as a standalone server on some weird port. Oh and it started that server without asking back if I actually wanted it to start at all. I wanted this thing to run smoothly under a nice subdomain like in my existing apache setup. The need to explicitly put the port number in the url to reach the issue tracker like was not exactly what I had in mind. But the Debian wiki seems to be completely fine with the usual „works for me.“-claim I guess.

I think the person who wrote that tutorial missed the point completely that you usually want to deploy a bug tracking system. Let me tell you something Debian wiki writer no one wants a bug tracker which runs on localhost only for personal use and only reachable through it’s own explicit port. But hey, why not drop such a tutorial there anyway to make things funny for people who want to solve a problem, right?

Why explain it the right way if there is some half-right way?

Another thing most of those nice tutorial writers completely forget about is the most common way of $something. I recognized this when I read one of the better tutorials on the web.

When I am deploying something on some UNIX box, they forget to mention what kind of UNIX that box is running, they also forget to mention the version of the Apache they use and many other things & details which are important to actually reproduce the success they had. They forget to mention they run their Python application using the global system-wide python installation with all it’s installed modules. You can be happy if someone tells you upfront that his setup uses Python 3.x or Python 2.x but most of the time you recognize that painfully later on.

What does it need to succeed?

For me, I just wanted to know how to bring a bug tracking solution to life on a production server. So these are my needs:

  1. Give me screenshots of what the possible solution would look like
    because if it is an ugly piece of crap, I won’t ever spend hours installing it. Bonus, have a running demo of your solution on the web (without fancy registrations).
  2. Give me an easy to find downloadlink of the software
    most solutions hide the download of their package for installation somewhere on the page.
  3. Next to the downloadlink put the link to the installation manual. Keep that manual short and precise and provide it for the three most common use-cases. If you need some kind of rocket science preconditions which would require some neurosurgery on my running production system, then tell me here in big red letters and put a warning sign next to them.
  4. If you ever opt-in to let your software be redistributed through e.g. apt-get make damn sure that you distribute the most recent version in a meaningful way for the most common use-case.
  5. If there are preconditions then talk about those preconditions.
    E.g. tell me that in the process of installation I will need some mySQL server, so I can install that before I start with your tool.
  6. If something runs out of the box like magic, someone kept the very important details about environment variables, searchpaths & preconditions (like e.g. preinstalled global packages e.g. for Python, PHP, etc.) to himself and you will never be able to reproduce this success on a different machine.
    So please: tell me the exact environment variables, searchpaths, versions of packages needed, etc. to reproduce your success.
  7. Actually explain why something is done exactly this way so I can learn from that. Things usually have a reason why they are done this way and not the other way. But especially on UNIX there often are a thousand ways to solve a problem. Tell me why you chose exactly your approach.

How I did install Python app roundup

First things first. So here I will show you all files relevant to us right now.


Apache2 site-configuration file which resides in my folder /etc/apache2/sites-available and which was enabled in Apache typing in the command line
$ a2ensite
After activating that site you need to do a
$ service apache2 restart
which will automatically reload and apply all config changes.

# apache config for config
<VirtualHost *:80>
  # configure admin email and name of this domain
  # directory where usually all the static html files go
  DocumentRoot /home/www/
  # configure WSGI adapter
  WSGIScriptAlias / /home/www/
  WSGIDaemonProcess tasksapp user=www-data group=www-data processes=1 threads=5 
  <Directory /home/www/>
    WSGIProcessGroup tasksapp
    WSGIApplicationGroup %{GLOBAL}
    WSGIScriptReloading On
    Order deny,allow
    Allow from all

  # directory where to store log files i.e. errors
  ErrorLog  /home/www/
  CustomLog /home/www/ combined

  # Possible values include: debug, info, notice, warn, error, crit, alert, emerg.
  LogLevel warn

As you can see, in line 08 we refer to the DocumentRoot of this particular website which is served by Apache. Usually you will not need that because your website will be created by the python app we will deploy in a minute.

But, it is nice to have this DocumentRoot and also some simple index.html inside that folder, to easily check if the Apache works like expected. You can check if Apache works by deactivating lines 10 to 19 (all related to WSGI) and what you should then see is what resides in the DocumentRoot.


The next file is the .wsgi-file which is passed into the Apache. That file was referenced in line 11 of the siteconfig. It is basically also a python file, but it is actually only a kind of wrapper to kickstart your real Python app.

There are two important lines of code in it. On line 01 we tell Apache which Python-command should be used to execute this WSGI-file. This is important, if we do not define this, some random global python may be used. You never know which version that python is and which modules it may have installed.

So in line 01 we explicitly define that this file should be executed with a python residing in the folder /home/www/ we also append a searchpath in line 05 to point to the folder /home/www/ This will tell Python where to search for our .py-file when it tries to import from that file.

Both of these path statements are very important. They tell Apache how this app should be launched and they manifest which Python environment will be used for execution.

#! /home/www/
# -*- coding: utf-8 -*-

import sys

from tasksapp import app as application

Python app

So tasksapp.wsgi is used to launch the real application which will then produce an answer to requests coming from the web via Apache:

#! /home/www/
# -*- coding: utf-8 -*-

import sys 

from flask import Flask
app = Flask( __name__ )
def hello():
        return "<html><body><h1>Hellow world! Python WSGI app running.</h1></body></html>"

if __name__ == "__main__":

This simple app uses a very common module called Flask which provides a lightweight webapplication framework to easily produce dynamic websites or other responses delivered through the webserver.

But Flask does not belong to the standard python installation it has to be installed separately and someone has to tell our application where to find this module. This is why we again need to define which Python should be used to execute this file (see line 01) and where to search for the modules (see line 05).


Before we install anything that is a python script, it is best to use virtualenv to build an encapsulated environment for this python application to run in. virtualenv does exactly this, it creates a new folder by creating a full copy of your default/global python installation without all global modules you might have installed. I used following command to create my app folder.

virtualenv --always-copy /home/www/

Check out the help page for virtualenv to adjust the created folder to your needs. Maybe you want a different python version installed.

Read this again

Okay, now read this text again in backward order. I know that still several pieces are missing also in this post but I had the urge to share what I wrote down already. To be continued…

Why do I blog this? I found it not that easy to deploy python in a stable and reproducable way. So this is why I want to document a way that worked for me. I would not recommend deploying anything webserver related through apt-get installation, never do this. This is far to risky and it does not communicate the important things you need to know for mission critical deployments. Stay away from magic you do not understand.

stitch n. (stch), in stitches Informal: Laughing uncontrollably.

Hab ich schon gesagt, dass der Hackerspace Bremen jetzt eine Stickmaschine hat?

First stitch

Gestern hab ich während überall Leute auf einen kleinen weißen Ball geguckt haben der auf grünem Rasen hin und her ging, mal die Stickmaschine in näheren Augenschein genommen.

Nachdem ich ein wenig Recherche gemacht habe welche Software so für den Mac verfügbar ist hab ich mich dran versucht mit einem InkScape-Plugin eine Stickdatei zu erstellen.

Nachfolgend das Ergebnis. Ich bin sehr zufrieden und habe haufenweise Dinge bemerkt und gelernt in Sachen Stickmaschinen-Handling.


Das InkScape-Plugin das ich benutzt habe ist hier im Detail erklärt und nutzt Python für die Erzeugung einer Stickdatei aus einem Vektorpfad einer Vektorgrafik in InkScape.

Das war der erste Versuch mit den Defaulteinstellungen für dieses InkScape-Plugin. Schwierig war eher die Installation von InkScape und dem Plugin selbst als dann die eigentliche Ausführung.

Stickmaschinen-Handling for Dummies

To be continued…

Die Hymne: „Art of the Dress“

MyLittlePony_logoGesungen von Kazumi Evans (video) in Season 1 „Suited for Success“ in der TV Serie My little Pony, hier der zugehörige Songtext:

Thread by thread, stitching it together
Twilight’s dress, cutting out a pattern snip by snip
Making sure the fabric folds nicely
It’s the perfect color and so hip
Always got to keep in mind my pacing
Making sure the cloth’s correctly facing
I’m stitching Twilight’s dress

Yard by yard, fussing on the details.
Jewel neckline. Don’t you know a stitch in time saves nine?
Make her something perfect to inspire
Even though she hates formal attire
Got to mind those intimate details,
Even though she’s more concerned with sales.
It’s Applejack’s new dress.

Dress making’s easy
For Pinkie Pie something pink
Fluttershy something breezy
Blend color and form, do you think it looks cheesy?

Something brash, perhaps quite fetching
Hook and eye, couldn’t you just simply DIE
Making sure it fits forelock and crest
Don’t forget the magic in the dress
Even though it rides high on the flank
Rainbow won’t look like a tank
I’m stitching Rainbow’s dress

Piece by piece, snip by snip
Croup, dock, haunch, shoulders, hip
Thread by thread, primmed and pressed
Yard by yard, never stress
And that’s the art of the dress

Now, the stars on my belt need to be technically accurate.
Orion has three stars on his belt, not four
Stitch by stitch, stitching it together
Deadline looms, don’t you know the client’s always right
Even if my fabric choice was perfect
Gotta get them all done by tonight
Pinkie Pie, the color is too obtrusive
Wait until you see it in the light
I’m sewing them together

Don’t you think my gown would be more me with some lollipops?
Well, I think…
Do it!
Hour by hour, one more change
I’m sewing them together, take great pains

Fluttershy, you’re putting me in a bind
Rainbowdash, what is on your mind
Oh my gosh, there’s simply not much time
Don’t forget, Applejack’s duds must shine

Dressmaking’s easy
Every customer’s call
Brings a whole new revision
Have to pick up the pace, still hold to my vision

That constellation is Canis Major, not Minor.
French haute couture, please.
What if it rains? Galoshes!
More balloons! Oh no, that’s too many balloons.
More candy! Oh, less candy.
Oh wait, I know! Streamers!
Whose dress is this?
Streamers it is.
Aren’t you going to tell me to change something too?
No, I just want my dress to be cool.
Do you not like the color?
The color’s fine, just make it look cooler.
Do you not like the shape?
The shape’s fine, just make the whole thing, you know, cooler.
It needs to be about 20% cooler.

All we ever want is indecision
All we really like is what we know
Gotta balance style with adherence
Making sure we make a good appearance
Even if you simply have to fudge it
Make sure that it stays within our budget
Got to overcome intimidation
Remember it’s all in the presentation

Piece by piece, snip by snip
Croup, dock, haunch, shoulders, hip
Bolt by bolt, primmed and pressed
Yard by yard, always stressed
And that’s the art of the dress

Why do I blog this? Weil ich das mit dem Sticken schon immer mal selbst machen wollte. Und ich hab eine ganze Reihe Ideen und Vorhaben damit. Und weil es super Spaß macht! Die Stickmaschine zu dem zu bewegen, was man möchte ist ne tolle Sache. Das Ergebnis hinterher in der Hand halten zu können noch toller! Jedenfalls besser als Software für die man ja immer ein Hilfsgerät braucht, um sie jemandem zu zeigen.