Querbalken

Stop TrueCrypt from Leaking

2013-12-11T00:00:00+01:00

TrueCrypt Leaking

With using TrueCrypt and container files your system leaks and bookmarks your recently used containers!

Put shame on them, since TrueCrypt GUI even offers a checkbox to Never save History. But when it comes to step 15 of their tutorial shit happens: Whether you want or not, the selected file will be bookmarked inside an xml file. For my Ubuntu it is this:

$HOME/.local/share/recently-used.xbel

An attacker with access to your home folder (physically or via network) could use the recently-used file to easily see where your actively used TrueCrypt containers are, and thus you

spoil any plausible deniability
present where your precious encrypted containers are

I am very sad, because this issue is open, known and yet unsolved for some long time. There are some manual and also many non working workaround-suggestions out in the wild. Latter not only just won’t work but also give a false sense of security. Either you try to switch off the recently used feature for all apps - and how (or if at all) thats done is very system specific. On many linux distributions TrueCrypt runs with root powers (via sudo or special bit set). All workarounds fiddling with locking the recently-used file just not work. TrueCrypt running as root will override such efforts and still create the recently used bookmarks.

Besides the all known TrueCrypt security concerns I myself want to do some first steps to Take Back the Internet. Here some first aid for this one issue.

Indeed I am very pleased to just see that The TrueCrypt Audit will be launched. You still can support it, so maybe just check it out yourself?

Workaround Script

This open source bash script truecrypt_wrapper.sh is a workaround for TrueCrypt on linux, helping a bit against the described serious security problem of TrueCrypt.

Just call this wrapper-script instead of TrueCrypt. It will call the installed TrueCrypt binary and do some cleanup.

This script was inspired by How To: Cover you tracks with truecrypt in gnome. I not only want to see workarounds hide in a forum and age silently. Instead lets make a next step and make it an open source project so everyone can colaborate at this issue.

Spread the news!

Please tell people of this security issue! Don’t leave people in the lurch when they already put effort using security tools but with a false sense of their actual security situation!

Caveats

Always remember: This is not a fix, but only just a workaround a severe security issue with TrueCrypt!

please check out the README.md for more caveats.

How about a True Solution?

Actually the bookmarking is part of the GUI, and happens when doing select file. Inside the file browser you select your container file and then when pressing “OK” you trigger the bookmarking. That recently-used stuff itself is not part of the TrueCrypt code, but of your Desktop environment.

I think that a pure solution would be to use an independent implementation of an own file-selector, not using the one offered by the environment. So no one would trigger the bookmarking stuff. Sure: Loosing some comfort and integration, like some of this alien looking and behaving java apps that have their own design.

Maybe one could also solve the problem with statically linking to a separatedly compiled system-file-selector-library, compiled without that bookmarking stuff. Then we would have won back the good integration into desktop environment that TrueCrypt currently has.

Recently Used - Brute Forced

I just want to make you aware: So as soon as someone really has unlimited access to your machine (or a dump of your drive for e.g. forensic analysis) such list of “recently used” can be created.

Once I stumbled over this nice one-liner, alas the site seems now offline. So I just can scrape from my memory… I think it looked something like this:

$> find ~/{Documents,Desktop,Downloads,Music} -ctime -7 -type f -exec bash -c 'select f;do [[ -n $f ]]&&xdg-open "$f"||exit;done' _ '{}' +

ctime -7 means “seven days old”. You are presented the list of found files, then you may select which you want to open. xdg-open will try to open with adequate tool for that file-type.

I definitely think it is a huge difference: Actively leaking myself regularly used TrueCrypt containers into one nice file, so everybody just can sneak in and check it out. Or someone noisily crunching through my drive with a brute force filechecking attempt - a time and load consuming process that easily can be detected. Alone such increased risk of being detected surely will keep many from doing, or citing Bruce Schneier: Assume that while your computer can be compromised, it would take work and risk on the part of the NSA — so it probably isn’t.

So in the end, how else could it be, it all depends on your security policy - what risk do I fight and what do I accept.

Don’t panic - brain on…

Briefe schreiben einmal anders - Latex statt Word.

2013-11-27T00:00:00+01:00

Word nervt. LibreOffis eigentlich auch. Immer wieder diese kleinen Formatänderungen mit neuen Versionen…

Endlich raus aus dem Opfersein - statt Mauskilometer, Klickimichblöd zwischen diversen Formatfeldern und fremdgeführter Menüführung wieder näher ans selbstbestimmte Wesentliche.

Irgendwie hab ich früher zu Uni-Zeiten selbstverständlich mit Latex hantiert, sogar meine Briefe damit geschrieben. Und da hatte ich mir ein paar schöne selbstgestrickte Vorlagen auch für normale Geschäftsbriefe gemacht. Schön mit den Adressen perfekt für die Fenster des Briefumschlags positioniert. Die Vorlagen sind sicher noch irgendwo in meinen Archiven…

Also denk ich mir: was soll’s - mach an!

Der Latex-Workflow ist recht einfach:

Latex-Vorlage kopieren
Mit einfachem Texteditor (oder Latex-Umgebung) den Brief schreiben
nach PDF wandlen
Drucken / Verschicken

Ich finde im Netz gleich noch diese wirklich nette Brief-Vorlage - utf8-konform und alles was ich brauchen täte.

Allerdings läuft es bei meinem Ubuntu 12.04LTS für diese Vorlage nicht sofort. Hier seht Ihr wie es erst nicht — und dann doch geht. (Andere Latex-Vorlagen brauchen wahrscheinlich nicht das neueste Koma-Script und laufen wahrscheinlich out of the box auch mit default Latex-Installationen.)

Fail mit standard Bordmitteln Ubtunu 12.04LTS

Also mein Ubtunu 12.04LTS hat Texlife2009. Installiert.

Dann absender.lco und brief.tex runtergeladen.

Auf Konsole:

$  pdflatex brief.tex

Arr! Meckert mich das doch aus dem Stand fies mit Warnings und Fehlern an… bah!

In den Kommentaren des Blogs der Vorlage finde ich Hinweise zu Problemen mit alten Versionen des Koma-Script auf Ubuntu 12.04LTS. OK neueste Version des Koma-Scripts runterladen und nach ~/texfm auspacken.

$ sudo texhash
$ ~/texmf/source/latex/koma-script/make

Ihh! Das make meckert mich dann wieder fies an, ein mptopdf Skript fehlt! Problem: In Ubuntu 12.04 mit Texlive2009 ist das nicht im Paket drinne, weil mptopdf wohl ersetzt und somit überflüssig ward. Mist! Sehr wahrscheinlich gibt es an dieser Stelle einiges dass ich probieren könnte, was ich besser machen könnte oder sollte… Jaja, schickt mir Eure Hinweise via Kommentare :-)

Aber ich will grad nur einen Brief schreiben!

Manuelle Installation des neuesten Texlife (2013) auf Ubuntu 12.04 LTS

Also alles rückgängig machen — das uninstall dauuert…. Dann installiere ich manuell die neueste Texlive Version (via dvd-iso) und schaue, ob es mit deren Version des Koma-Scriptes tut… Ich werde es einfach nach /usr/local/ packen (also als root).

$ sudo mount -o loop,ro  texlive2013-20130530.iso /mnt
$ cd /mnt
$ w3m index.html (-> die Anleitung)
$ sudo ./install-tl

Da dann “i” tippen für installieren.

So nun post-installation noch Pfade in ~/.bashrc setzen.

Achtung^1: Ubuntu kennt auch die dash!

Achtung^2: Da ich ein 64-bit System habe, bitte auch den PATH nicht blind aus der Anleitung kopieren, sondern x86_64-linux angeben (statt i386-linux)!

#texlive 2013
PATH=/usr/local/texlive/2013/bin/x86_64-linux:$PATH; export PATH
MANPATH=/usr/local/texlive/2013/texmf-dist/doc/man:$MANPATH; export MANPATH
INFOPATH=/usr/local/texlive/2013/texmf-dist/doc/info:$INFOPATH; export INFOPATH

Es tut

$ source ~/.bashrc
$ cd <pfad thum brief>
$ pdflatex brief.tex

Juppi! Es klappt. Nun noch die beiden Dateien der Vorlage anpassen mit meinem Emacs. Oder ggf. probiert auch mal die Latex-Editoren Texmaker oder Kile aus?

Sieht so aus, als wenn ich gleich ein paar Briefe mit Latex baue und in meinen neuen tollen Drucker füttere… Jan-Philip Gehrcke, vielen Dank für die nette Brief-Vorlage!

Dressup my Blog - Add Favicon to My Adoption of Pelican Theme tuxlite_tbs

2013-11-04T00:00:00+01:00

Well, until now my blog is indeed mostly tech stuff - pure content without much beauty. Now its time to add at least something. I still have my old sandbox version - made with drupal and then… well, dropped because of pelican. There is this simple but very nice feature of a favicon. In my 1st aproach I just do a 16x16 pixels one and check that at least Firefox will display it correctly. With my earlier sandbox-blog I already did the icons and some more images that I carefully distilled from my painting artworks - just waiting to be replugged.

Favicon Picture

That picture was a nice watercolour experiment… (took me weeks to get the many layers finished…)

To have a Favicon in my blog, I made a 16x16 png picture and converted it also into thetype="image/x-icon" format.

The one favicon file favicon.ico gets placed into new folder <PATH_TO_BLOG>/extra/. It will be put into document root by make publish. That is for those browsers that maybe too dumb to understand the rel="shortcut icon" stuff that I put into my theme.

The other favicon favicon.png goes straight into the theme folders.

Theme

My theme is a variation of tuxlite_tbs.

The favicon.png is placed into <PATH_TO_THEME>/static/images/icons/

Edit the theme itself: Find in <PATH_TO_THEME>/templates/base.html

<!-- Le styles -->
<link href="{{ SITEURL }}/theme/bootstrap.min.css" rel="stylesheet">
<link href="{{ SITEURL }}/theme/bootstrap.min.responsive.css" rel="stylesheet">
<link href="{{ SITEURL }}/theme/local.css" rel="stylesheet">
<link href="{{ SITEURL }}/theme/pygments.css" rel="stylesheet">

and add these lines:

<!-- favicon -->
<link rel="shortcut icon" type="image/png" href="{{ SITEURL }}/theme/images/icons/favicon.png">
<link rel="shortcut icon" type="image/x-icon" href="{{ SITEURL }}/favicon.ico">

Makefile

To automate publishing I also extend my Makefile (please care for all copy&pasters out there: It’s a leading <TAB>, not spaces!):

<TAB>   publish:
<TAB>       $(PELICAN) $(INPUTDIR) -o $(OUTPUTDIR) -s $(PUBLISHCONF) $(PELICANOPTS)
<TAB>       if test -d $(BASEDIR)/extra; then cp $(BASEDIR)/extra/* $(OUTPUTDIR)/; fi

robots.txt

Sure, robots.txt is technically not really neccessary, but… better be nice to robots! One day robots could rule us all! It’s content is this two liner, opening everyone everything:

  User-Agent: * 
  Disallow:

robot.txt comes also into folder <PATH_TO_BLOG>/extra/.

That’s it! (Well, for now…)

Some More Reading

Gabe Weatherhead, Moving to Pelican - Design Planning

Duncan Lock wrote a plugin Better Figures & Images Plugin for Pelican, that I will definitely have a look at. Just because images are not very well done yet in this blog.

Druckerkauf: Online oder beim Fachhändler vor Ort? Oder wie Oetkenbeeindrucken.

2013-10-21T00:00:00+02:00

Der Alte

Der alte (sehr alte) Drucker hatte sein Leben nahezu ausgehaucht, mit seinen Schlieren und Fehlern war er praktisch nur noch für unkritische und rein interne Drucke zu gebrauchen. Oder wenn ich ehrlich bin - eigentlich auch dafür nicht mehr… Die ganzen wichtigeren Drucke habe ich eh schon seit längerem jeweils ad hoc “outgesourct”.

Nachdem nun weitere herausgebröselte Plastikteile aus seinem Innenleben in meiner Handfläche liegen und demnächste wirklich ein paar Dokumente raus müssen ist es soweit: ein neuer Farblaser muss her.

Suchen und Finden

Nach eingehenderen Online-Recherchen, Vergleichen von Tests, Lesen von Nutzerberichten - (jaja ich bin so einer der seine Kaufentscheidung pseudo-rationalisieren tut) - stehe ich endlich kurz vor der Erlösung: Dem Kauf eines für mich halbwegs normal überdimensionierten Kyocera FS-CS5250DN.

Allerdings: Einige Berichte insbesondere auch bei Amazon haben immer wieder “Startprobleme” oder Eselsohren und ähnliches vermeldet. Bei genauerem Hinsehen zeigt sich, dass sich eigentlich fast alle negativen Bewertungen den kleinen Bruder FS-CS5150DN beziehen. Doch wer schaut schon genauer hin…? Einsenden / Umtauschen brachte dann zwar meist wieder relative Kundenzufriedenheit. Wobei zum einen der Kyocera Support anscheinend verlangt, dass man das 30kg Paket selber eintütet. Und zum anderen: Bis das Gerät dann wieder bei einem steht kann es offensichtlich immer wieder mal dauern.

Zusammengefasst klingt es für mich nach den üblichen Risiken des nach Massenumsatz optimierten Online-Handels und das damit einhergehende Retouren-Prozedere: Hat man Pech ist der Wirbel groß. Ansonsten gehört man zur eher schweigenden aber hoffentlich zufriedenen Masse.

Also anstatt nun sofort online zuzuschlagen und wie alle anderen zu hoffen, dass mein Drucker keine Retourenkutsche wird, mache ich dann doch den Vergleich mit den lokalen Fachhändlern. Kompetente Techniker und sprichwörtlicher “deutscher Service vor Ort“, wie in den guten alten Tagen - wollen doch mal sehn…

Eigentlich möchte ich meinen Blog werbefrei halten, aber besondere Leistung verdient einmal besondere Würdigung: Heute Vormittag hatte ich ein informatives und ermutigendes Gespräch mit Herrn Brühl, dem Vertriebsmitarbeiter des in Oldenburg ansässigen Kyocera Vertragspartners Oetken & Scholz Ihr Büro-Partner GmbH.

Am Telefon bestätigte er mir, dass der kleine Bruder FS-CS5150DN quasi Baugleich mit dem mittleren Modell FS-CS5250DN sei, aber mit seinen kleinen Tonereinheiten im Alltag doch schnell arg auf der Tasche liegen würde. Dazu gab er mir noch allerhand interessanter Informationen wie z.B., dass der große Bruder FS-CS5350DN noch das gute alte Druckwerk eingebaut habe. Dieses habe den Papierauswurf nach hinten raus und nicht nach vorne. Und diese Information hatte ich nirgendwo im Internet gelesen - Daraus formt sich mir sogleich ein eigentlich völlig unwichtiger aber wohl kaufmitentscheidender Nebengedanke (Naja - der Drucker als Möbel halt): “Also der große Bruder passt so eh nicht in meine alte Druckerecke des Büros. Mit dem Druckerrücken zur Wand unter einem Regalschrank käme ich ja kaum an die Ausdrucke ran …”

Insgesamt ist klar: Beratung und Marketing von Person zu Person funktioniert, auch via Telefon! Was für ein krasser Gegensatz zu den Bilder- / Bleiwüsten des Internets. Wenige Minuten am Telefon und fast alle nach meiner eigenen Recherche noch offen gebliebenen Fragen sind geklärt. Zu meinen zentralen Fragen, in wie weit ich von meinen Linux-Kisten aus auch alle entsprechenden Dinge machen könnte, konnte er (erwartungsgemäß) eher nicht viel helfen - außer dem pragmatischen Vorschlag:

“Ich liefere Ihnen noch heute abend ein Ausstellungsstück nach Hause.”

“Und bringe außerdem noch ein paar Papierproben in verschiedenen Stärken mit. Sie installieren in der Zwischenzeit die Linux-Treiber und dann richte ich Ihnen den Drucker soweit ein. Dann können Sie in aller Ruhe selbst herausfinden ob der Drucker ihren Erwartungen entspricht. Sobald Sie sich für das Gerät entschieden haben tauschen wir das dann gegen ein Neugerät.”

Gesagt, getan. Herr Brühl kommt pünktlich zur Vereinbarten Zeit in meine computerisierte Piratenhöhle, nach ein paar Knopfdrücken und Erklärungen steht der Drucker in meinem Subnetz bereit und erste Probedrücke zeigen: Ja, ich muss noch Ränder und weiteres für meine Linux-Kisten nachjustieren (es war recht einfach, dazu demnächste hier mehr). Aber Drucken tut er schon mal.

Dann gibt er mir noch ein paar Hinweise zu Einstellungen - Druckoptionen für Media-Typen: Drucken auf “groben” vs. “dicken” Papier, “Recycling Papier” usw. Für Druck auf dickerem Papier/Karton muss man dies auch einstellen, ansonsten löst sich der Toner wieder ab. Die Druckwalze ist bei Einstellung “dick” nämlich langsamer und heizt mehr, damit die Wärmemenge auch für das dickere Papier reicht.

Von wegen “Servicewüste Deutschland”: Ein Zwischenfazit

Da habe ich noch am selben Tag heute ein Probegerät für eine Woche bereitstehen. Das kann ich nun auf Herz und Nieren testen. Wenn es meine Erwartungen erfüllt, dann liefern Oetken&Scholz mir das neue Gerät auch noch frei Haus - wieder bis ins Büro. Für nur wenige Ocken mehr als im billigsten online-Angebot. Und wenn was sein sollte, hab ich die Herren von der Technik vor Ort und muss da keine 30kg Pakete selber wuchten und einschicken.

Ausserdem hat er mir meinen Alten samt Resttoner mitgenommen, um ihn fachgerecht zu entsorgen. Mal ehrlich: Was will man mehr?

Ich denke das alles muss mal lobend erwähnt und allen kaufrauschigen Druckerkäufern ans Herz gelegt werden: Online ist nicht immer die beste Wahl. Bei Zeiten kann ich dann ja einen weiteren Zwischenbericht über den Drucker selbst geben…

Keep your brain on! Meanwhile I have some paperwork to do! Yeah!

Howto Setup Comments with Disqus in Pelican

2013-09-30T00:00:00+02:00

Feeding works for my Blog, next to come is commenting. Using Disqus for commenting in Pelican 3.2.2 is now somewhat like battery included. For earlier versions you seem to have to do things manually, as Alex Raichev describes in Issue 2: Disqus comments. Let’s see what you now really have to do to get a first commenting system running.

What`s Disqus? Join to ‘One More Network’

My Dear! How Disqus seems to become another major Data Kraken!

A nice evaluation from a non technical userland perspective comes from Rakhitha Nimesh: Improving Blog Discussions With Disqus Comments I`d like to cite a comment from Ana Andonovska: For me it was annoying at the beginning, asking me to join to ‘one more network’ but now when almost all the websites has it… and i already have a profile there…it’s ok.. it doesn’t bother me so much anymore.

I myself will try that service using it`s lightest discovery level “just comments” and let that be it. So to all people with substancial paranoia level commenting my Blog… You have been warned :-)

Setup your Disqus Account

Before you can use the commenting stuff, you need to register into Disqus. There you find a lot of disqus documentation like Add Disqus to Static Pages in Blogger and cut&paste offers for your theme - that you simply not need. Pelican already has done that for you.

So when registering into Disqus Pelican is not offered directly. Instead, choose universal-embed-code.

Then you are to configure http://<YOUR_DOMAINE>.disqus.com/admin/settings. I have choosen newest first, color scheme light background and also checked allow guests to comment. (So that I may be spammed and forced into rethinking that option.)

Did the latter, because who will comment here, if at all…? Do I force my potential commentators to either log in via facebooglewittery (and assume that they have such account), or what do I want? I would prefer to offer some normal captchas, but Disqus business model of being Daten Kraken does not offer that anonymous option.

So Where is That “Comment” Biest in Pelican?

Editing publishconf.py and/or pelicanconfig.py and uncomment / adopt this line to

DISQUS_SITENAME = "<YOUR_DOMAINE>"

Well that’s it.

How it works?

In most of the pelican-themes (code-repo) that I found, except basic, we already see the definition of our Disqus comments in:

<THEME>/templates/disqus.html

and that is referenced from here:

<THEME>/templates/article.html

    <h2>Comments</h2>
{% include "twitter.html" %}
{% include 'disqus.html' %}

Theme Issues with Disqus and tuxlite_tbs

On my main page this theme shows by default the latest article in full length. Of the others then N as summary, as set in pelicanconf.py.

Problem: With my Disqus commenting System I would normally expect to be able to just comment that article straight within main page. Instead you have to click to that article. There you can see the Disqus commenting stuff. Very unintuitive.

Quickfix: I just disabled the full article view in my main page and instead show only the summaries. To comment one now clearly must navigate to that article first.

Maybe I will one day adopt the theme a bit, but I can live with my quickfix for a while.

How to Activate Feeding and Dynamic Bookmarking for My Pelican Blog

2013-09-24T00:00:00+02:00

Why feeding is obvious. Pelican should automatically have them running. But - for my blog and theme - it hasn’t. I guess it has something to do with new version of Pelican, while the theme itself has not yet been updated. So heres the fix. And a new feature of dynamic bookmarking the feed in Firefox.

After I’ve set up my initial pelican Blog now it is time to add some basic functionality: Proper Atom and RSS Feeding. I’ll show how to set up Atom and RSS for Pelican 3.2 and 3.3. Thereby I fix my Pelican theme tuxlite_tbs to get the feed links working and to enable firefox to dynamic-bookmark my feed (thx for the hint Jendrik ).

I think the article could also be helpful for all those who upgrade from Pelican 2 to Pelican 3. Maybe you also experience some problems with your theme and feeds and maybe this helps you locating your own problem.

As I see, my fix of the theme should stay valid also for Pelican 3.3, which was just released today.

Activate Atom and RSS Feeds in pelicanconf.py

As described in Pelican Feed Settings Documentation I power up global Atom and RSS feed:

FEED_ALL_ATOM = 'feeds/all.atom.xml'
FEED_ALL_RSS = 'feeds/all.rss.xml'
CATEGORY_FEED_ATOM = None
TRANSLATION_FEED_ATOM = None

With > make publish you can already see your feed files in output/feeds/all.atom.xml and output/feeds/all.rss.xml

Fix Theme to Make Your Feed Visible

My chosen theme MY_NICE_THEME is a mild adoption of tuxlite_tbs of this git repo of pelican-themes.

Alas, my theme has the link to the feed broken. It’s feed link points to the base url FEED_DOMAIN and not to the feed file.

Reading the Pelican 3.3 docs again, I see: With new version FEED_ATOM now defaults to None. And in my pelicanconfig.py I used FEED_ALL_ATOM to feed out all variants of my articles.

But my theme still uses FEED_DOMAIN/FEED_ATOM. So I now must replace that by FEED_DOMAIN/FEED_ALL_ATOM.

Where do I have to look for?

 pelican_blog_env/pelican-themes/MY_NICE_THEME/

Almost all Pelican themes, except the basic one, in that repo have that done in ‘templates/base.html’. There find and replace

            <li><a href="{{ FEED_DOMAIN }}/{{ FEED_ATOM }}" rel="alternate">Atom feed</a></li>
            {% if FEED_RSS %}
            <li><a href="{{ FEED_DOMAIN }}/{{ FEED_RSS }}" rel="alternate">RSS feed</a></li>
            {% endif %}

by this:

            {% if FEED_ALL_ATOM %}
            <li><a href="{{ FEED_DOMAIN }}/{{ FEED_ALL_ATOM }}" rel="alternate">Atom feed</a></li>
            {% endif %}
            {% if FEED_ATOM %}
            <li><a href="{{ FEED_DOMAIN }}/{{ FEED_ATOM }}" rel="alternate">Atom feed</a></li>
            {% endif %}
            {% if FEED_RSS %}
            <li><a href="{{ FEED_DOMAIN }}/{{ FEED_RSS }}" rel="alternate">RSS feed</a></li>
            {% endif %}
            {% if FEED_ALL_RSS %}
            <li><a href="{{ FEED_DOMAIN }}/{{ FEED_ALL_RSS }}" rel="alternate">RSS feed</a></li>
            {% endif %}

Allow Firefox Dynamic Bookmaring My Blog

In the same file templates/base.html you find in the <head> section some meta data. Find this lines:

<!-- Le styles -->
<link href="{{ SITEURL }}/theme/bootstrap.min.css" rel="stylesheet">
<link href="{{ SITEURL }}/theme/bootstrap.min.responsive.css" rel="stylesheet">
<link href="{{ SITEURL }}/theme/local.css" rel="stylesheet">
<link href="{{ SITEURL }}/theme/pygments.css" rel="stylesheet">

After that you add this lines:

<!-- So Firefox can bookmark->"abo this site" -->
{% if FEED_ALL_ATOM %}
    <link href="{{ FEED_ALL_ATOM }}" rel="alternate" title="{{ SITENAME }}" type="application/atom+xml">
{% endif %}
{% if FEED_ATOM %}
    <link href="{{ FEED_ATOM }}" rel="alternate" title="{{ SITENAME }}" type="application/atom+xml">
{% endif %}
{% if FEED_RSS %}
    <link href="{{ FEED_RSS }}" rel="alternate" title="{{ SITENAME }}" type="application/rss+xml">
{% endif %}
{% if FEED_ALL_RSS %}
    <link href="{{ FEED_ALL_RSS }}" rel="alternate" title="{{ SITENAME }}" type="application/rss+xml">
{% endif %}

Ready for Web

Now > make publishand then push content of folder output/ up the web.

Then everyone can either visit my site and manually copy the link you see (querbalken.net/feeds/all.atom.xml ) into your feed aggregator tool. Or they can visit my blog with Firefox and abo your feeds via bookmark -> abo this site. I have setup Atom and RSS feeds, so you are offered both options.

Thats it.

So with me pull requesting the fix to github, you maybe don’t need do to nothing for exact this theme anymore. But better be clever ;-)

Arztbesuch ohne Termin - Vom Zeit-Totschlagen im Wartezimmer

2013-08-05T00:00:00+02:00

Als ich den Wartebereich betrete, wird das Ausmaß des Kommenden klar: Es sind noch mindestens 11 Leute vor mir dran, um die Ecke mag ich gar nicht erst schauen. Hinter mir kommen schon weitere nach. Der eine sieht echt übel aus, wird sicher vorgelassen.

Bald hab ich alle genug “unbemerkt verstohlen” angeschaut. Unter inzwischen gemischten Blicken meiner Mitleidenden senke ich irgendwann auch das Handy - die Adressliste ist eh durch. Meine Finger auch, vom vielen SMS schreiben.

Tja.

Was tun mit der Zeit?

Wie lange das wohl noch dauert?

Erste statistische Abwägung

Wenn jeder 15 Min. braucht, komm ich in ca. … OMG, da ist wieder einer dazugekommen.

Zweiter Modellansatz

Angenommen, alle die da waren, als ich reinkam, kommen vor mir dran: Dann ist mit 10-20 Min. pro Patient schonmal klar: Ich könnte ja vielleicht gegen Mittag nochmal reinschauen…

Wenn dann 1/3 bis 1/2 der neuen einen Termin vor mir haben, denn … bei drei neuen Patienten pro Viertelstunde…

Zwischengedanke: Wie sähe wohl das mathematische Modell aus? Und dann den Parametersatz finden, bei dem ich genau gerade knapp nie dran komme - das teuflische Gleichgewicht zwischen vor mir dazukommenden und vor mir drankommenden Patienten?

Ein unheimliches Gefühl der Verzweiflung will mein Herz beschleichen. Unauffällig schaun, was die anderen so treiben. Tja.

Mitten im Brüten stelle ich fest, dass einige Patienten zum Arzt gehen und dann nochmal im Wartezimmer hocken. Ein schrecklicher Gedanke kriecht in mein Hirn: Werden Statisten eingeschleust? Oder Hobbyisten, die nur mal die Atmosphäre im Wartezimmer genießen wollen? Oder da die ältere Dame: “Klar komm ich heut zum schnacken vorbei - Wetter draußen ist eh nicht toll!” Irgendwo zwischen den Hirnlappen kitzelt die pathologische Variante: “Nein! Die wollen nur mein Modell sabotieren! Muhaha!”

Modellverfeinerung

Gerade wird Herr Heinemann aufgerufen, ist aber nicht da. Oder traut sich nicht mehr? Oder auf dem Klo eingeschlafen? Es gibt also auch Personen die vor dem Drankommen wegfallen - oder weggingen? Hätte ich nur die Stoppuhr-App genommen und Strichliste geführt! Ade du Testmenge für die Validierungsphase!

Realitätscheck

Irgendwie merke ich, dass meine Umgebung nervös wird und aus dem Kurzzeitgedächnis sickert etwas durch, was meine Gedankengänge schließlich unterbricht. Hat da gerade jemand meinen Namen gerufen? Ich schaue verwirrt auf und sehe die vielen Vor-Mir-Drankommer - wie kann das sein? Das Modell ist so stimmig und ich bin doch noch lange nicht dran? Als mein Name erneut aufgerufen wird stehe ich etwas unbeholfen auf und setze mich immer noch fassunglsos in Richtung Arztzimmer in Bewegung.

Pelican Setup - at Ease

2013-08-04T00:00:00+02:00

Base Installation of Pelican

Shell is your friend? I’ll show howto create a blog with pelican, straightforward following pelican getting_started as suggested with python 2.7 - in an virtualenv.

Set up Python in Virtualenv

Sure you have virtualenv and pip installed? For Debian/Ubuntu:

> sudo apt-get install virtualenvwrapper python-virtualenv python-pip

> cd <PATH_TO_BLOG>
> virtualenv --no-site-packages pelican_blog_env
> cd pelican_blog_env/
> source bin/activate
> which python
   <PATH>/pelican_blog_env/bin/python

> python -V
   Python 2.7.3

Install Pelican

> pip install pelican
   ...
   =====================================================
   WARNING: The C extension could not be compiled, speedups are not enabled.
   Plain-Python installation succeeded.
   =====================================================
   Successfully installed pelican feedgenerator jinja2 pygments docutils pytz blinker unidecode six markupsafe
   Cleaning up...

> pip install Markdown 
> pip install typogrify
> cd ..
> tar -czf pelican_blog_env-fresh.tar.gz pelican_blog_env/

(I like having clean starting point / tarball, if I mess too much around.)

Build Sceleton

See also Generating Static Sites with Pelican It helped me figuring out what the coming questions ment. (And chapo! I never saw someone typing faster! *gg*)

> pelican-quickstart

Entering the Blog

> cd querbalken
> mkdir content/pages

The site you were asked for is the folder it creates for your blog. You can change settings later in configfiles… For me its not clear what happens with the url pelican-quickstart asked me. What with querbalken.net? Will it still stay local? Or will it try to link to my (yet) unexisting online site? Lets explore that later, sure I’ll figure that out, if needed at all…

The subfolder pages will hold the few static main pages, like my contact page MY-VERY-NAME.md. Other subfolders of contents are treated as categories. Like rant, tutorials, misc (default, if no subfolders exist). I will also have an image subfolder, too. Not sure where to place that best.

Then create first content in e.g. content/2013-08-03-readme1st.md and then do

 > make html
 > make serve

Open in browser localhost:8000 to see the result.

Here you can see what you can do:

 > make help

Tweaking Around

Author

Well, I am the only author for my blog, and thus can minimize some settings. As described in Running Pelican, I changed my pelicanconf.py

AUTHOR = u'MY VERY NAME'
AUTHOR_URL = 'pages/{slug}.html'
AUTHOR_SAVE_AS = ''

And created a first stub page in content/pages/MY-VERY-NAME.md. Seems to work.

Theming

Here is a nice theme gallery. For simplicity I just

> cd pelican_blog_env/
> git clone https://github.com/getpelican/pelican-themes.git
> rsync -a tuxlite_tbs MY_NICE_THEME

and did there few edits. Because the theme must be within PYTHONPATH, I created a symbolic link:

> cd pelican_blog_env/lib/python2.7/site-packages/pelican/themes/
> ln -s ../../../../../pelican-themes/MY_NICE_THEME ./MY_NICE_THEME

Folder Layout

When I look at that it currently looks like this: (See the external draft-content folder? My drafts currently not go online. )

Blog
|-- README.md
`-- pelican_blog_env/
    |-- bin/
    |-- include
    `-- lib/
        `-- python2.7/
                `-- site-packages/
                    `-- pelican/
                        `-- themes/
                            `-- MY_NICE_THEME/ (-> symlink to the other)
    |-- local/
    `-- pelican-themes/ 
        |-- MY_NICE_THEME/
    `-- querbalken/
        |-- Makefile
        |-- pelicanconf.py
        |-- develop_server.sh
        |-- publishconf.py
        `-- content/
            |-- 2013-08-03-readme1st.md
            `-- images/
                |-- mailto.jpg
            `-- pages/
                |-- MY-VERY-NAME.md
        `-- draft-content/
          |-- 2013-08-04-pelican-setup-at-ease.md
        |-- images_raw/
        |-- output/

Next Day: Remember to Enter Virtualenv

In case I ever will forget, here are those lines to activate my virtualenv.

> cd <PATH_TO_BLOG>
> virtualenv --no-site-packages pelican_blog_env
> cd pelican_blog_env/
> source bin/activate

Push FTP

Simple:

> make publish

Then all inside folder output goes up the web.

Make devserver vs make publish

O.K. now I also understand the difference:

make devserver reads from pelicanconf.py:

  SITEURL = 'http://localhost:8000'

That keeps all generated links local. This will be e.g. RSS / Atom Feed pointing to local xml files. (All links directly specified in markdown source will of course point where they point.)

make publish reads the url you specified (remember pelican-quickstart?) from publishconf.py:

  SITEURL = 'http://querbalken.net'

This makes all the generated links point to the online website.

Thats all ‘til now. Veery smooth and easy!

Sure, is work left and there are indeed some issues, e.g. with the theme. For example blockquoted code of my markdown has strange artifacts with color highlighting with this theme.

But, I already right now can place articles into web, just having static webspace.

Welcome suggestions…

Cherio!

Andreas Hüwel

README.1st - Blog doch einfach mal mit Pelican

2013-08-03T00:00:00+02:00

Am Anfang war der Wunsch…

Klar dass hier erstmal ein bisschen Geschwülste über “Blog, ja - toll! Ich auch!” Und was-wer-wie-warum jetzt und so ich-wichtig Zeugs kommt…

Wers wirklich nicht aushält, und doch wissen möcht wie ich’s nun gemacht hab, hüpft halt weiter nach unten.

Die erste Frage ist natürlich, was für ein Blog das werden soll, für wen, was für Features ich haben möchte - Artikel, Tagging usw.

Mache ich also ein kleines statisches Mini-Blog, oder möchte ich auch erweitertes Zeugs wie Tagging, Suche, Leser-Feedback via RSS oder Twitter und den ganzen tollen dynamischen Krams?

Dann kommt mir kleiner Nerd natürlich auch gleich die Frage in den Sinn, welche Technik dafür geeignet ist.

Mein Umfeld - ja ich staune: ausnahmslos jeder mit eigenen Erfahrungen - rät mir wehement von Drupal oder Joomla ab. (Dabei hatte ich schon mal mit Drupal angefangen, dazu gleich.) Bei der kurzen Suche nach kleinen statischen Blog-Generatoren kreuzen dann zig modische Sachen über den Weg - das Entscheiden für und Leben mit technischen Lösungen im Internet kommt mir wie ein Blick auf Eintagsfliegen und Dinosaurier vor. Rasend schnell, und auch wieder schnell vorbei, oder gigantisch - sowohl Möglichkeiten als auch Anforderungen - einschließlich der ganzen Sicherheitsdinge.

Also was sagen andere? Empfehlungen für was kleines reichen von Jekyll, Sphinx über Pelican. Oder nehme ich wie ursprünglich gedacht doch Drupal? Da hatte ich nämlich schon eine lokale Drupal-Sandbox aufgemacht und schön alles zusammen testweise auf freehostingnoads.net hochgeladen. Doch während dieser schönen Einarbeitungsphase fielen mir nach und nach die regelmäßigen Postings der Drupal-Security-Mailingliste denn doch ins Auge. Ups! Bau ich mir da ein Dauerwartungsmonster auf? “Ich wüllt doch nur ab und zu ‘nen Artikel ins Netz schubsen…”

Trotz des ersten Anlaufs mit Drupal - und das Theme da war mir wirklich gut gelungen! - find ich, dass ich doch eignetlich grad den Wunsch habe ein kleines Blog zügig mit ersten Texten zu bestücken. Das ganze drumherum und Layout und all das … bittenichtjetzt … des ergibt sich sowieso dann nach und nach. Und statischen Webspace kann ich direkt jetzt so und ganz werbefrei hochladen.

Also einfach blindlings Pelican starten und halt sehen was kommt. Python kann ich soweit, Markdown sollte auch gehn. Inspiriert hat mich u.a. Moving Blogs to Pelican.

Achja - vermutlich wird der Blog hauptsächlich auf deutsch sein. Wenn ich glaube, dass einzelne Inhalte eine größere (internationale) Leserschaft haben könnte, eben auf englisch.

Genug Geschwatze… Scotty - mach an!