Mittlerweile gibt es auf dem Markt diverse Displays, die sich gut für Projekte mit dem Raspberry Pi eignen.

In diesem Artikel geht es um die Erstellung eines digitalen Bilderrahmens, die Bilder werden hierfür aus einem Dropbox Ordner heruntergeladen.

Leider gibt es für den Raspberry Pi keinen Dropbox Client, jedoch gibt es ein Script welches für den Download bzw. Upload von Dateien genutzt werden kann.
Zunächst muss das Script heruntergeladen und ausführbar gemacht werden.
curl "https://raw.githubusercontent.com/andreafabrizi/Dropbox-Uploader/master/dropbox_uploader.sh" -o dropbox_uploader.sh
chmod 755 dropbox_uploader.sh

Nach dem ausführen des Scripts erhält man eine gute Anleitung, damit das Script zum synchronisieren genutzt werden kann.

Zum herunterladen der neuen Bilder und darstellen auf dem Display verwende ich die folgenden Zeilen:
#!/bin/bash

for i in `/home/pi/dropbox/dropbox_uploader.sh list | grep -i jpg | tr -s ' ' | cut -d ' ' -f 4`
do
/home/pi/dropbox/dropbox_uploader.sh -s download $i /home/pi/Pictures
done
pqiv -f /home/pi/Pictures/ -s -i -t -d 30

Die Darstellung der Bilder erfolgt über das Programm pqiv.

Nach längerer ruhigen Phase hier ein Update, wie es um den neuen Distrochooser steht.

Änderungen

• In zentralen Komponenten wird jetzt auf Vue.js statt jQuery gesetzt
• Teilen von Ergebnissen jetzt mit url/?test=nummer statt url/?answers=1,2,3,4,5,6,7
• Chart.js auf 2.x Version aktualisiert
• Die Statistiken über die beliebteste Distribution wird in Zukunft nur noch von mir in den Jahresberichten bekannt gegeben (siehe Bericht 2016)
• Fragen als wichtig markieren ist nun möglich (Frage wird dann doppelt gewichtet)
• Fragen mit Bildantworten
• Weniger Modaldialoge
• Ergebnisse werden als Text begründet
• Keine Monstermatrix mehr
• Es gibt nur noch den relativen Modus. Daher sind die Ergebnisse prozentual geordnet
• Ergebnisse können kommentiert werden
• Die Sprachwahl wird nun auch mobil dargetellt

Beta, aber...

Unter beta.distrochooser.de kann die Beta getestet werden. Ich bitte folgendes zu beachten:

• In der Frage 3 sind die Bilder noch Platzhalter
• Die Matrix ist noch nicht fertig. Siehe Punkt "Matrix"
• Der Auswerten-Knopf ist manchmal buggy, wenn man die Auswertung bereits offen hat
• Die Diagramme sind noch nicht wirklich aufgehübscht
• Fragen können noch rausfliegen oder geändert werden
• Es gibt noch einige aus Designsicht unschöne Ecken, die bis zur finalen Version aber korrigiert werden
• Browserkompalibität ist noch nicht getestet
• Das eine Beta-Version noch unstabil ist und nicht das fertige Produkt beschreibt sollte klar sein

Die Matrix

Die Ergebnismatrix ist erst einmal rudimentär vorhanden. Mein Augenmerk liegt zunächst darauf, den Code voran zu bringen und Altlasten zu entsorgen.

Die Matrix wird so geändert, dass mehr Unterschiede zwischen den Distros erkennbar sind. Daher wird z. B. die Zuordnung freie Software nur noch bei den Distros vergeben, die nur auf freie Software setzen (z. B. Fedora). Distros wie Ubuntu, Mint und co. erhalten diesen Tag nicht, da sie auch auf proprietäre Software setzen. Aber das nur als Beispiel.

Der Slashdot-Effekt und seine Folgen

Pro Tag verursacht der Distrochooser etwa 2-4 Gigabyte an Traffic. Der Distrochooser hat eben viele Grafiken und recht viele API-Aufrufe. Damit komme ich überschlagen schon auf über 100 Gigabyte pro Monat. Ich werde durch meinen Hoster angehalten, meinen Traffic unter 100 Gigabyte zu halten. Momentan erreiche ich das - wenn überhaupt - nur mit Biegen und Brechen. Wenn der Distrochooser nun irgendwo verlinkt wird erhöht sich der Traffic um ein Vielfaches. Klar, ich bin äußerst dankbar für solche Verlinkungen, aber Traffic kosten nunmal Geld.

So geschehen vorletztes Wochenende, als ich von der Tagesschau in einem Artikel anlässlich zum 25. Geburtstag von Linux verlinkt wurde. Dadurch hat sich mein Traffic an einem Tag verdreisigfacht - oder in Testszahlen: 17 000 statt 500. Ich wurde quasi getagesschaut. Glücklicherweise hat die API die vielen Tests abarbeiten können, sodass sich hier glücklicherweise kein weiteres Problem auftut.

Wegen dem Traffic werde ich für die Bereitstellung der Biblitotheken https://cdnjs.com benutzen.

Nun wäre meine Idee: Je nach gesetztem DO-NOT-TRACK-Header werden JS und CSS-Bibliotheken von mir oder von einem CDN geladen. Wem also Datenschutz sowieso wichtig ist kann einfach mit dem Header die Verbindung zum CDN unterbinden. Ich bitte um Feedback zu dieser Idee.

Auf lange Sicht wird der Distrochooser mehr Kosten verursachen als ich mir je als realistisch vorgestellt habe. Momentan kostet mich der Distrochooser pro Jahr neben den Kosten für Hosting und Domain zuzüglich einen unbestimmten Anteil aus der notwendigen Arbeitszeit für Updates, Artikel und Mails (u. a.). Es ist davon auszugehen, dass der neue Distrochooser auf Dauer auch mehr Traffic produzieren wird. Dadurch werden auch die Kosten steigen, wenn ich die 100 Gigabyte pro Monat nicht halten werden kann.

Lange Rede, kurzer Sinn. Es geht um das Geld. Ich werde einen Spendenlink einrichten, zunächst über Paypal eine Spende erlaubt. Sollte jemand Ideen für andere Kanäle oder Ideen haben, gerne her damit.

Da leider oft Spenden kaum lohnen, muss ich auch realistisch denken und mich anderen Ansätzen, u.a. mit dem Thema Werbung auseinandersetzen. Ich weiß noch nicht, ob und wann ich Werbung schalten muss. Im Falle des Schaltens von Werbung werde ich Nutzer von Adblockern nicht auf Knien anbetteln, den Werbeblocker abzuschalten. Wenn Du als Besucher bereit bist, den Blocker auszumachen dann sag ich danke!, wenn Du das nicht tust ist das genauso okay.

Ich kann nicht sagen, über welchen Werbeanbieter ich das Ganze machen würde. Denn es gibt noch drei große Haken, die ich noch nicht voll geklärt habe: Malwertising, Datenschutz und Steuern. Bevor ich mir nicht bei allen drei Dingen sicher fühle, meine Besucher nicht einer möglichen Gefahr und/ oder anderen negativen Auswirkungen auszusetzen, wird keine Werbung geschaltet. Vielleicht kommt ja durch die Spenden ein bisschen was rein.

Ich sag schon mal im Voraus Danke!

tl;dr

• Testversion unter beta.distrochooser.de erreichbar; Ergebnismatrix noch unvollständig
• Traffic kratzt z. T. an 100 Gigabyte pro Monat
• Spendenlink und/ oder Werbung kommt. Letzteres nur wenn keine negativen Auswirkungen für den Besucher kommen. Kein "Adblocker ausmachen mimimi"-Betteln

Mit Hilfe des Add-ons New Tab Override kann in Firefox die Seite festgelegt werden, welche erscheinen soll, wenn man einen neuen Tab öffnet. Nun wurde New Tab Override 3.1 veröffentlicht. Der Fokus der Entwicklung lag bei dieser Version auf einer Verbesserung der mit Version 3.0 neu eingeführten Einstellungsoberfläche.

Seit Firefox 41 ist es nicht länger möglich, die Seite anzupassen, welche beim Öffnen eines neuen Tabs erscheint, indem die Einstellung browser.newtab.url über about:config verändert wird. Da diese Einstellung – wie leider viele gute Dinge – in der Vergangenheit von Hijackern missbraucht worden ist, hat sich Mozilla dazu entschieden, diese Einstellung aus dem Firefox-Core zu entfernen (siehe Bug 1118285). Glücklicherweise hat Mozilla nicht einfach nur die Einstellung entfernt, sondern gleichzeitig auch eine neue API bereitgestellt, welche es Entwicklern von Add-ons erlaubt, diese Funktionalität in Form eines Add-ons zurück in Firefox zu bringen.

New Tab Override 3.1

Ab sofort steht auf addons.mozilla.org New Tab Override 3.1 zum Download bereit. Bisherige Nutzer erhalten das Update bequem über den Add-on Manager von Firefox.

Die mit Version 3.0 eingeführte Einstellungsoberfläche ist nicht länger nur über die sowohl schwer zu lesende als auch schwer zu merkende Adresse resource://newtaboverride-at-agenedia-dot-com/data/html/settings.html erreichbar, sondern ab sofort über about:newtaboverride. Hierfür war ein größerer interner Umbau notwendig, da die Implementierung zusätzlicher about-Seiten nicht so trivial ist, wie es zunächst vielleicht klingen mag.

Der Button „Einstellungen“ im Add-on Manager öffnet ab sofort about:newtaboverride. Bisher gab es im Add-on Manager noch eine zweite Oberfläche zum Konfigurieren des Add-ons.

Ist die Einstellungs-Oberfläche bereits geöffnet und man klickt den Toolbar-Button zum Öffnen der Einstellungen, wechselt Firefox zu den bereits geöffneten Einstellungen statt diese in einem weiteren Tab noch einmal zu öffnen. Neu seit Version 3.1 ist, dass wenn mehrere Fenster offen sind und die Einstellungen in einem anderen Fenster als dem aktiven geöffnet sind, nun automatisch das Fenster mit den offenen Einstellungen fokussiert wird.

Dazu kommen interne Code-Optimierungen, die neue Version wurde mit JPM 1.1.4 kompiliert (vorher 1.0.7) und die niederländische Übersetzung wurde aktualisiert.

Verwendungsweise

Nach der Installation des Add-ons muss die gewünschte Option ausgewählt und ggfs. die gewünschte Webseite eingetragen werden. Dies kann entweder über die Einstellungs-Oberfläche geschehen, welche über die Schaltfläche in der Symbolleiste erreicht werden kann, oder über die Detail-Ansicht des Add-ons im Add-on Manager von Firefox.

Quelltext

Quelltext auf git.agenedia.com

Download

Download auf addons.mozilla.org (deutsche Beschreibung)
Download auf addons.mozilla.org (englische Beschreibung)
Download auf addons.mozilla.org (niederländische Beschreibung)

Der Beitrag Firefox: New Tab Override 3.1 veröffentlicht erschien zuerst auf soeren-hentzschel.at.

Hallo zusammen,

das hat eine Weile gedauert, dafür aber mit vielen neuen Features…

- WebUI per mailbox: Enforce in- and outbound TLS
  - ! Works best with Postfix >=3.0 (*uses smtp_dsn_filter to turn temp. TLS errors to perm. errors to notify client instantly)
- WebUI per mailbox: Set black- and whitelist records for spam filter
- WebUI: Drag and drop Postfix restrictions
- Switched WebUI to PDO database interface
- Added some options to /var/www/mail/inc/vars.inc.php (please use `vars.local.inc.php` to overwrite settings)
- Multi-language Web UI (English, Portuguese and German)
- Fixed errors in Web UI
- Removed backup from Web UI and added "mailcow-backup-mail" script
- (Hopefully) RFC compliant email addresses
- **Z-Push removed** - choose between SOGo (ActiveSync + DAV) and Roundcube
- Better Sender ACL (find it at "edit mailbox")
- Fail2ban was removed and should be setup according to your own setup
- letsencrypt.sh/dehydrated was added to provide a signed certificate (optional)

Ja, nun tatsächlich auch auf Deutsch. :-)
Besonders erwähnenswert sind vermutlich die „Enforce TLS“ Option sowie die Postfix Restrictions per „Drag and Drop“

Als Hinweis zu „Works best with Postfix >=3.0“: Neuere Versionen von Postfix erlauben die DSN in benutzerdefinierten Fällen von 4.x.x zu 5.x.x zu verändern. So bekommen wir ausgehend bei fehlendem TLS-Support eine umgehende Mitteilung. Ansonsten verbleibt die Nachricht in der Queue, bis sie schlussendlich abgelehnt wird (üblicherweise 24h).

Viele Grüße
André

Seit meinem letzten Beitrag über mein Backup-Script ist schon wieder eine Weile vergangen und ich möchte hier mal wieder den aktuellen Stand protokollieren.

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114

#! /bin/bash


#### Diese Variablen bitte auf die eigenen Bedürfnisse anpassen
BACKUP_PFADE="/home/martin /etc /root /usr/local"
                        # Pfade die gesichert werden sollen
ZIELPFAD=/mnt/backup    # Pfad auf dem Backupserver (ohne abschließenden /)
ZIEL_EXT=true       # true = Wechseldatenträger, false = interner Speicher
ANZAHL_TAGE=7           # Tägliches Backup für x Tage
BENUTZER=martin         # Benutzername auf dem Backupserver
SERVER=backup           # IP-Adresse oder Hostname des Backupservers
PORT=1418               # SSH-Port des Backupservers
MAC=88:ae:1d:31:cd:17   # MAC-Adresse des Servers für WOL
EXCLUDES="--exclude .cache/ \
--exclude cache/ --exclude Cache/"  # TODO: Elegantere Lösung finden 
HISTORY=/root/.backup_hist      # Protokoll-Datei
LISTE=/root/installed_packages.txt  # Speicherort für Liste der installierten Pakete


#### Don't touch this; domdididom
#### Ab hier bitte nichts anfassen, wenn du nicht sicher weißt was du tust
MONAT=$(date +%-m)
VORMONAT=$(expr $MONAT - 1)
HOST=$(hostname)

# Backup-Server bereit?
if  ! ping -c 1 $SERVER > /dev/null 
    then

    # Backup-Server hochfahren
    wakeonlan $MAC 1>/dev/null

    sleep 60

    if ! ping -c 1 $SERVER > /dev/null 
        then
        echo "Backup konnte nicht durchgeführt werden. Der Server war nicht erreichbar." \
        | mail -s 'Backup fehlgeschlagen!' $(whoami)@$HOST
        exit
    fi
fi

# Falls Zieldatenträger Wechselplatte, diese einhängen
if $ZIEL_EXT
    then
    ssh -p $PORT $BENUTZER\@$SERVER "sudo mount $ZIELPFAD" >/dev/null

    # Datei CURRENT zur Protokollierung der aktiven Backups existiert?
    if ! ssh -p $PORT $BENUTZER\@$SERVER stat $ZIELPFAD/CURRENT \> /dev/null 2\>\&1
            then
            ssh -p $PORT $BENUTZER\@$SERVER "touch $ZIELPFAD/CURRENT && echo "0" > $ZIELPFAD/CURRENT"
    fi

    # CURRENT auslesen und inkrementieren
    CURRENT=$(ssh -p $PORT $BENUTZER\@$SERVER "cat $ZIELPFAD/CURRENT")
    CURRENT=$(echo "$CURRENT + 1" | bc)
    ssh -p $PORT $BENUTZER\@$SERVER "echo $CURRENT > $ZIELPFAD/CURRENT"

fi

# Link 0 -> 12 (für Link auf letztes Backup im Januar) existiert?
if ! ssh -p $PORT $BENUTZER\@$SERVER stat $ZIELPFAD/$HOST/0 \> /dev/null 2\>\&1
    then
    ssh -p $PORT $BENUTZER\@$SERVER "ln -s $ZIELPFAD/$HOST/12 $ZIELPFAD/$HOST/0"
fi

# Bei Problemen zu Testzwecken auskommentieren
# ssh -v -p $PORT $BENUTZER@$SERVER /bin/true

# Eine Liste der installierten Pakete erstellen
dpkg --get-selections > $LISTE

# Backup per rsync
for PFAD in $BACKUP_PFADE
do
    rsync -az --delete-excluded $EXCLUDES --rsync-path='sudo rsync' --rsh="ssh -p $PORT" \
    --link-dest=../$VORMONAT $PFAD $BENUTZER@$SERVER:$ZIELPFAD/$HOST/$MONAT
done

# Erstellen von Snapshots der letzten x Tage
ssh -p $PORT $BENUTZER\@$SERVER "sudo rm -rf $ZIELPFAD/$HOST/daily.$ANZAHL_TAGE"

if [ $ANZAHL_TAGE -gt 1 ]
    then

    for (( ANZAHL=$ANZAHL_TAGE ; ANZAHL >= 2 ; ANZAHL-- ))
    do
        ssh -p $PORT $BENUTZER\@$SERVER \
        "sudo mv $ZIELPFAD/$HOST/daily.$(expr $ANZAHL - 1) $ZIELPFAD/$HOST/daily.$ANZAHL"
    done
fi

if [ ! $ANZAHL_TAGE -eq 0 ]
    then
    ssh -p $PORT $BENUTZER\@$SERVER "sudo mv $ZIELPFAD/$HOST/daily.latest $ZIELPFAD/$HOST/daily.1"
    ssh -p $PORT $BENUTZER\@$SERVER "sudo cp -al $ZIELPFAD/$HOST/$MONAT $ZIELPFAD/$HOST/daily.latest"
fi

# Falls Zieldatenträger Wechselplatte, diese aushängen sofern kein weiteres Backup aktiv ist (Variable Current)
if $ZIEL_EXT
        then
    CURRENT=$(ssh -p $PORT $BENUTZER\@$SERVER "cat $ZIELPFAD/CURRENT")
    if [ $CURRENT -eq 1 ]
        then
        ssh -p $PORT $BENUTZER\@$SERVER "echo "0" > $ZIELPFAD/CURRENT"
            ssh -p $PORT $BENUTZER\@$SERVER "sudo umount $ZIELPFAD" >/dev/null
        else
        CURRENT=$(echo "$CURRENT - 1" | bc)
                ssh -p $PORT $BENUTZER\@$SERVER "echo "$CURRENT" > $ZIELPFAD/CURRENT"
    fi 
fi

# Datum und Uhrzeit des Backups protokollieren
date >> $HISTORY

Das Script sorgt dafür, dass mein home /home/martin, sowie /etc und /usr/local/bin gesichert werden.

Ich habe auch eine Rotation eingebaut, die mir erlaubt auf einen Snapshot der letzten 7 Sicherungen zuzugreifen und es werden Snapshots der letzten 11 Monate aufbewahrt.

Durch Nutzung von Hardlinks reduziere ich den Speicherplatzverbauch auf ein Minimum.

Das Script ist darauf ausgelegt den Backup-Server per WOL aufzuwecken, eine externe Festplatte zu mounten und das Backup durchzuführen. Das mag ein recht spezifisches Setup sein, aber vielleicht kann es ja mal jemand brauchen oder zumindest Teile davon für eigene Scripte recyclen.

Dieses Script wird einmal täglich von anachron aufgerufen und sorgt dafür, dass ich mich nicht mehr bewusst um Backups kümmern muss.

Angefangen hat das Script als einfaches rsync-Kommando das mein Home-Verzeichnis /home/martin per SSH auf eine USB-Festplatte auf meinem Server kopiert hat. Mit der Zeit habe ich aber immer mehr Verbesserungen vorgenommen und es ist eine recht gute Backup-Lösung geworden.

„Ubuntu 16.04 LTS – Das umfassende Handbuch“ von Marcus Fischer ist 2016 in der 9., aktualisierten Auflage im Rheinwerk Verlag (ehemals Galileo Press) erschienen. Das Buch umfasst 1145 Seiten. Im ersten Teil befasst sich der Autor ausgiebig mit der Entstehung von Linux und erläutert Zusammenhänge sowie diverse Begrifflichkeiten zum Thema. Ein kleiner Abriss führt durch die über zehnjährige Geschichte von Ubuntu. Hier wird kurz auf die wichtigsten Unterschiede und Besonderheiten der bisher veröffentlichten Ubuntu-Versionen eingegangen. Die erste Ubuntu-Version 4.10 wurde im Oktober 2004 veröffentlicht. Die bisherige Long Term Support Version 16.04 hingegen im April 2016. Ab Release werden LTS-Versionen von Ubuntu 5 Jahre mit Sicherheitsupdates versorgt. Dieses umfassende Handbuch ist in dieser Zeit ein guter Begleiter.

Nachdem der Autor einen kurzen Überblick zur Entstehungsgeschichte geben konnte, geht das Buch näher auf den Ein- bzw. Umsteiger ein. Hierbei soll dem User die Furcht vor dem Neuen und Unbekannten genommen werden. Zugleich wird er auf die sehr große und durchaus etwas raue Community vorbereitet, die i.d.R. bei Problemen zur Seite steht.

Dem Anwender wird vor der endgültigen Installation der Weg aufgezeigt, Ubuntu mit Hilfe des beigefügten Live-Mediums (DVD) oder einem dazu vorbereiteten USB-Stick auszuprobieren. Hierbei durchläuft die Hardware schon den ersten Test. Wurden WLAN und Grafik erkannt, kann der User über eine Installation von Ubuntu 16.04 LTS (Xenial Xerus) nachdenken.

Steht der Entschluss fest, Ubuntu auf dem PC bzw. dem Notebook zu installieren, so gibt dieses Buch auch hier die nötige Hilfestellung und führt durch die Möglichkeiten, dieses Betriebssystem entweder als Single-OS oder gar parallel zu Windows (Dualboot) einzuspielen und zu betreiben.

Nachdem Ubuntu nun Einzug am heimischen PC oder Notebook gehalten hat, werden dem User einige Grundlagen erklärt, u.a. zum neuen Desktop Unity, Officeanwendungen, Bildbearbeitung und Multimedia unter Linux.

Die weiteren Teile des Buches beschäftigen sich mit dem System und dessen Administration. Hierbei werden alle wichtigen Themen, angefangen von der Paketverwaltung über die Verwendung des Terminals bis hin zum Betrieb eines Servers intensiv erläutert und ausreichend mit Beispielen unterlegt.

Dieses umfassende Handbuch ist in fünf Teile mit 27 Kapiteln gegliedert.

Teil I Die Geschichte von GNU/Linux und Ubuntu

• Die Wurzeln von Ubuntu
• Was ist Ubuntu?
• Die Versionen im Detail

Teil II Grundlagen im Umgang mit Ubuntu 

• Ubuntu ohne Risiko ausprobieren und Daten retten
• Daten sichern, migrieren und synchronisieren
• Installation
• Erste Schritte auf dem Unity-Desktop
• Anwendungen
• Internet und Netzwerk
• Office
• Grafik und Bildbearbeitung
• Multimedia
• Ubuntu Touch

Teil III Ubuntu inside

• Desktop-Virtualisierung
• Datensicherung und Sicherheit
• Architektur
• Software- und Paketverwaltung
• Programmierung und Design

Teil IV Ubuntu auf Servern 

• Serverinstallation
• Administration und Monitoring
• Netzwerke
• Datei-Server – Ubuntu im Netzwerk
• Der Server im Internet
• Multimediaserver und Ihre persönliche Cloud
• Servervirtualisierung mit KVM

Teil V Das Terminal und die Referenz 

• Das Terminal
• Befehlsreferenz

Dem Buch liegt ein Installationsmedium (DVD) bei.

Leseproben und Downloads

• Leseprobe

Fazit

„Ubuntu 16.04 LTS – Das umfassende Handbuch“ ist mittlerweile das Standardwerk zur aktuellen Long Term Support Version von Ubuntu. Dieses umfangreiche Nachschlagewerk hilft nicht nur dem Ein- bzw. Umsteiger, sondern auch dem fortgeschritteneren Anwender im sicheren Umgang über den gesamten Supportzeitraum.

Da erfreulicherweise ein Installationsmedium beiliegt, kann man gleich die Linux-Distribution Ubuntu testen und  ggf. sofort installieren.

Bei AWStats handelt es sich um ein recht bekanntes Werkzeug zum Auswerten von Serverlogfiles. Es eignet sich wunderbar um einen Eindruck davon zu bekommen wie häufig eine Webseite aufgerufen wird und auch welche Beiträge am beliebtesten sind. Eine Demo des Tools findet sich auf der offiziellen Webseite des Projekts. Der Vorteil gegenüber richtigen Tracking Lösungen wie Google Analytics oder Piwik ist, dass nur Daten ausgewertet werden welche sowieso schon in den Serverlogfiles vorhanden sind. Da keine zusätzlichen Daten über Cookies oder Javascript Code erfasst wird ist das Tracking allerdings auch weniger genau.

Ein Problem bei der Auswertung von Serverlogs ist dass in der Standardkonfiguration alle Webserver die vollständige IP Adresse der Besucher speichern. Auch wenn dies rechtlich noch nicht abschließend geklärt sein mag, handelt es sich nach Ansicht vieler Fachleute bei der IP Adresse um ein personenbezogenes Datum, welches ohne ausdrückliche Einwilligung des Besuchers nicht ausgewertet werden darf. Aus rechtlichen Erwägungen und aus Respekt vor der Privatsphäre der Webseitenbesucher müssen die Logfiles also zuerst einmal anonymisiert, also mit verkürzeter IP Adresse gespeichert werden.

Der nächste Stolperstein ist Nginx selber. AWStats liegt als Perl Skript vor, welche von Nginx selbst jedoch nicht ausgeführt werden können.

Nginx Logfiles mit anonymisierter IP Adresse speichern

Die Lösung zum speichern von Logfiles mit verkürzten IP Adressen habe ich nach längerem suchen auf Stackoverflow.com gefunden. Hier wird dem Webserver zuerst ein neues Logformat beigebracht, welches anonymized genannt wird.

Hierzu wird in die /etc/nginx/nginx.conf nach http {

folgende Konfiguration eingefügt:

map $remote_addr $ip_anonym1 {
default 0.0.0;
"~(?P<ip>(\d+)\.(\d+)\.(\d+))\.\d+" $ip;
"~(?P<ip>[^:]+:[^:]+):" $ip;
}

map $remote_addr $ip_anonym2 {
default .0;
"~(?P<ip>(\d+)\.(\d+)\.(\d+))\.\d+" .0;
"~(?P<ip>[^:]+:[^:]+):" ::;
}

map $ip_anonym1$ip_anonym2 $ip_anonymized {
default 0.0.0.0;
"~(?P<ip>.*)" $ip;
}

log_format anonymized '$ip_anonymized - $remote_user [$time_local] '
'"$request" $status $body_bytes_sent '
'"$http_referer" "$http_user_agent"';

Damit das neue Logformat genutzt wird muss die virtual Host Konfiguration noch angepasst werden. Unter z.B. /etc/nginx/sites-enabled/example.com.conf ersetzt man am Ende der Zeile access_log das combined; durch anonymized;

access_log /var/log/nginx/access.log combined;
access_log /var/log/nginx/access.log anonymized;

Wer der Ansicht ist die kompletten IP Adressen in seinen Logfiles zu benötigen kann auch zwei Logfiles schreiben lassen. Hierzu muss nur die anonymized Zeile zusätzlich zur combined Zeile hinzugefügt werden und natürlich der Dateiname abgeändert werden.

Nach einem Reload von Nginx werden IP Addressen nun verkürzt gespeichert. Mit oben beschriebener Konfiguration wird aus einer IPv4 Adresse wie 130.94.245.189 nun 130.94.245.0. Eine IPv6 Adresse wie 2a01:fd9f:6d39:c64:fd2a:df01:b69a:1701 wird die verkürzte Form 2a01:fd9f::

Wer bei IPv6 Adressen lieber einen /64 Präfix speichern möchte muss nur in der Definition des anonymized Logformats die vierte Zeile von

"~(?P<ip>[^:]+:[^:]+):" $ip;

abändern in

"~(?P<ip>[^:]+:[^:]+:[^:]+:[^:]+):" $ip;

Eine IPv6 Adresse wird dann als 2a01:fd9f:6d39:c64:: erfasst.

Installation und Konfiguration von AWStats

Die aktuelle Version von AWStats kann von der Projektseite heruntergeladen werden. Das Paket wird dann entpackt und in diesem Beispiel unter /usr/share/awstats gespeichert. Im Verzeichnis /usr/share/awstats/wwwroot/cgi-bin befindet sich eine Beispieldatei für die Konfiguration, die awstats.model.conf. Diese sollte in eine neue Datei, damit die Beispieldatei nicht überschrieben wird, also z.B awstats.mysite.conf.

Anschließend muss zumindest die Zeile LogFile und SiteDomain angepasst. Hier muss der komplette Pfad zum Logfile und die Domain welche analysiert werden soll angegeben werden. Wenn die Seite unter mehreren Domains erreichbar ist (z.B. example.com und www.example.com oder mobil.example.com) kann dies unter HostAliases angegeben werden.

LogFile="/var/log/nginx/access.log"
SiteDomain="example.com"
HostAliases="example.com mobil.example.com www.example.com"

Andere Parameter können nach Wunsch konfiguriert werden und sind im config file durch ausführliche Kommentare erklärt.

Die analysierten Daten werden in Textfiles gespeichert. Damit der Server diese schreiben kann darf nicht vergessen werden diesem Schreibrechte auf das Unterverzeichnis stats zu geben.

sudo chown -R www-data: /usr/share/awstats/wwwroot/cgi-bin/stats

Im Verzeichnis tools des heruntergeladenen Pakets befinden sich einige Beispieldateien für die Konfiguration von Nginx zur ausführung von AWStats bzw. Perl Dateien. Diese müssen evtl. zuerst ausführbar gemacht werden mit

cd /usr/share/awstats/wwwroot/cgi-bin
sudo chmod +x *.pl

Damit die Dateien ausgeführt werden, müssen diese von Nginx an php-fastcgi weitergeleitet werden. Hierfür wird die Datei fcgi.php im Verzeichnis /usr/share/awstats/wwwroot/cgi-bin erstellt:

sudo nano /usr/share/awstats/wwwroot/cgi-bin/fcgi.php

und mit der Konfiguration aus der Beispieldatei im tools Verzeichnis gefüllt

<?php
$descriptorspec = array(
0 => array('pipe', 'r'),  // stdin is a pipe that the child will read from
1 => array('pipe', 'w'),  // stdout is a pipe that the child will write to
2 => array('pipe', 'w')   // stderr is a file to write to
);

$newenv = $_SERVER;
$newenv['SCRIPT_FILENAME'] = $_SERVER['X_SCRIPT_FILENAME'];
$newenv['SCRIPT_NAME'] = $_SERVER['X_SCRIPT_NAME'];

if (is_executable($_SERVER['X_SCRIPT_FILENAME'])) {
$process = proc_open($_SERVER['X_SCRIPT_FILENAME'], $descriptorspec, $pipes, NULL, $newenv);

if (is_resource($process)) {
fclose($pipes[0]);
$head = fgets($pipes[1]);

while (strcmp($head, "\n")) {
header($head);
$head = fgets($pipes[1]);
}

fpassthru($pipes[1]);
fclose($pipes[1]);
fclose($pipes[2]);

$return_value = proc_close($process);
} else {
header('Status: 500 Internal Server Error');
echo('Internal Server Error');
}
} else {
header('Status: 404 Page Not Found');
echo('Page Not Found');
}
?>

Nun muss nur noch der entsprechende Virtual Host konfiguriert werden, damit AWStats auch ausgeführt wird und über den Browser erreichbar wird. Dazu wird folgende Konfiguration in z.B. /etc/nginx/sites-enabled/example.com vor das abschließende } eingefügt:

## AWstats start
location /classes/ {
alias /usr/share/awstats/wwwroot/classes/;
}

location /css/ {
alias /usr/share/awstats/wwwroot/css/;
}

location /icon/ {
alias /usr/share/awstats/wwwroot/icon/;
}

location /awstats-icon/ {
alias /usr/share/awstats/wwwroot/icon/;
}

location /awstats/js/ {
alias /usr/share/awstats/wwwroot/js/;
}

# Dynamic stats.
location ~ ^/cgi-bin/(awredir|awstats)\.pl {
auth_basic "Administrator Login";
auth_basic_user_file /etc/nginx/auth-basic/awstats.htpasswd;
gzip off;
fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
fastcgi_param SCRIPT_FILENAME /usr/share/awstats/wwwroot/cgi-bin/fcgi.php;
fastcgi_param X_SCRIPT_FILENAME /usr/share/awstats/wwwroot$fastcgi_script_name;
fastcgi_param X_SCRIPT_NAME $fastcgi_script_name;
include fastcgi_params;
}
## AWstats end

Die Zeile fastcgi_pass muss evtl. angepasst werden, je nachdem ob PHP 5 oder 7 verwendet wird, bzw. ob PHP-FPM über einen Port oder einen Unix Socket angesprochen wird.

Damit der Aufruf der Statistiken Password geschützt ist (die Verwendung von SSL sollte ebenfalls konfiguriert werden, wird aber hier nicht beschrieben) wird die Datei /etc/nginx/auth-basic/awstats.htpasswd noch mit Zugangsdaten befüllt. Evtl. muss hierfür zuerst noch das Paket apache2-utils installiert werden.

sudo touch /etc/nginx/auth-basic/awstats.htpasswd
sudo htpasswd -c /etc/nginx/auth-basic/awstats.htpasswd awstats

awstats steht hierfür für den Benutzernamen, das zu verwendende Password wird abgefragt und als Hash und nicht im Klartext in der angegebenen Datei gespeichert.

Damit die Statistiken erstellt, bzw anschließend regelmäßig aktualisiert werden wird ein cronjob angelegt, welcher im globalen Crontab /etc/crontab folgendermaßen aussehen kann:

35 *    * * *   www-data        perl /usr/share/awstats/wwwroot/cgi-bin/awstats.pl -config=mysite -update > /dev/null

Zum initialen erstellen der Statisiken kann der Befehl von einem User, welcher Schreibrechte auf das Statistikverzeichnis hat, auch direkt aufgerufen werden. Wer das „> /dev/null“ weglässt erhält eine Übersicht welche Datensätze importiert wurden.

Nach dem erstmaligen Erstellen der Statistiken, bzw. nachdem der Cronjob das erste Mal gelaufen ist muss Nginx noch neu geladen werden. Anschließend sollten die Statistiken über den Webbrowser unter folgender Adresse aufrufbar sein

https://example.com/cgi-bin/awstats.pl?config=mysite

mysite steht hierfür für den verwendeten Namen der AWStats Config Datei, wenn diese awstats.mysite.conf genannt wurde.

Mercenary Kings ist ein 2D-Shooter. Seit ich vor ein paar Jahren GunGirl 2 durchgepsielt habe mag ich solche Plattformer eigentlich. Und es war eine neue Gelegenheit xboxdrv auszutesten. Mercenary Kings aber ist durchwachsen.

Es ist eigentlich nett gemacht. Von einer Basis aus wählt man Missionen aus, die dann innerhalb eines Zeitlimits erledigt werden müssen. In der Basis können mit gesammelten Rohstoffen neue Waffen gekauft werden, deren einzelne Bestandteile man selbst zusammenstellen kann. Es gibt eine Hintergrundgeschichte, mittels derer Schritt für Schritt neue Spielelemente freigeschaltet werden. Das eigentliche Spielen in den Missionen macht auch Spaß.

Aber es läuft nicht stabil. Alle paar Level muss ich es neustarten, weil Leitern wieder nicht mehr benutzt werden können. Und jetzt speichert es Fortschritte nicht mehr – Upgrades und gesammelte Rohstoffe bleiben erhalten, aber gechaffte Level werden nicht mehr als solche markiert. Außerdem stört mich, dass immer wieder alte Level neu gespielt werden müssen. Da wird die gleiche Karte geladen, nur dass diesmal 20 Holzstücke gesammelt werden müssen anstatt den Endgegner zu besiegen. Das ist nur mäßig spannende Spielzeitstreckung.

Durchaus schade, denn im Kern ist es ein gutes Spiel, das mit etwas Fokus auch insgeamt gut hätte sein können.

Im April hatte ich mit dRemote ein alternatives Multi Connection Management Tool vorgestellt, da mein bisheriger Favorit seit Jahren nicht weiter entwickelt wurde.

Dies hat sich inzwischen dank David Sparer geändert. mRemoteNG wurde wieder Leben eingehaucht und mit der aktuellen Version 1.74 steht eine finale Version zur Verfügung.

Zeit, den aktuellen Stand der Tools zu betrachten.

Beide Tools haben verschiedene kleine Hacks zu bieten. So beherrscht mRemoteNG einen Bildschirmschnappschuss direkt über das Tab, dRemote erlaubt wiederum den Zugriff auf Putty / Kitty Settings direkt aus dem Verbindungspanel.

Beide unterscheiden sich ebenfalls leicht in der Oberfläche, wobei dRemote bereits an einer neuen GUI arbeitet.

Fazit

Beide Tools sind sich sehr ähnlich, kein Wunder bei gleichen Eltern, dennoch gibt es feine Unterschiede, die für den ein oder anderen den Zuschlag ausmachen dürften.

Persönlich finde ich es wichtig, dass die Entwicklung nicht still steht. Dies ist bei beiden Projekten derzeit der Fall. mRemoteNG hat mit 1.75 Alpha bereits die nächste Version in der Warteschlange

Warum der mRemoteNG MSI Installer auf 40MB aufgebläht wurde und dRemote nicht richtig via github verwaltet wird ist mir jedoch ein Rätsel.

Download dRemote

Download mRemoteNG

Scheinbar hat Nemo Probleme mit manchen SVG-Icon-Sets, bei denen die Datei index.theme nicht richtig eingestellt ist. Das von mir geschätzte Meliae-Icon-Set ist davon leider ebenfall betroffen.

In dem Archiv, dass zum Download angeboten wird, muss die index.theme entsprechend angepasst werden. Für mich passten folgende Einstellungen am besten:

[mimetypes/48]
MinSize=16
Size=48
MaxSize=128
Context=MimeTypes
Type=Scalable

[places/48]
MinSize=16
Size=48
MaxSize=128
Context=Places
Type=Scalable

Mozilla hat Firefox 49 veröffentlicht. Dieser Artikel fasst die relevantesten Verbesserungen der neuen Version von Firefox für den Desktop zusammen.

Download Mozilla Firefox 49.0 für Microsoft Windows, Apple macOS und Linux

Mehr Sicherheit für Firefox-Nutzer

Geschlossene Sicherheitslücken

Insgesamt 18 Sicherheitslücken hat Mozilla in Firefox 49 geschlossen, von denen Mozilla vier als besonders kritisch einstuft. Alleine aus Gründen der Sicherheit sei daher für alle Firefox-Nutzer ein Update auf Version 49 dringend angeraten.

HTTP-Passwörter auf HTTPS-Webseiten nutzen

Firefox besitzt einen Passwortmanager, welcher beim Merken von Passwörtern hilft. Bislang hat Firefox zwischen HTTP und HTTPS unterschieden, das heißt, dass die gleiche Domain unter HTTP und HTTPS jeweils einen eigenen Eintrag im Passwortmanager darstellt und wenn eine Seite bislang nur über HTTP erreichbar war, gespeicherte Zugangsdaten nach der Umstellung der Webseite von HTTP auf HTTPS nicht automatisch vorgeschlagen worden sind. Ab sofort stehen die HTTP-Passwörter auch für die HTTPS-Version der gleichen Domain zur Verfügung.

Die Änderung gilt nicht für den umgekehrten Fall: über HTTPS gespeicherte Passwörter stehen aus Sicherheitsgründen weiterhin nicht automatisch für die HTTP-Version einer Webseite zur Verfügung.

Einfacheres Aktualisieren auf Multi-Nutzer-Systemen mit Apple macOS

Bislang war es für Nutzer von Firefox auf Apple OS X nicht möglich, den Mozilla-Browser zu aktualisieren, wenn es sich beim Update ausführenden Nutzer nicht um die Person handelte, welche Firefox ursprünglich installiert hatte. Nun können auch Nutzer, welche nicht für die Installation von Firefox verantwortlich waren, Firefox aktualisieren – die Zugangsdaten eines Administrators natürlich vorausgesetzt.

Experimentelle Unterstützung von TLS 1.3

Transport Layer Security (TLS), vielen besser bekannt unter dem alten Namen Secure Sockets Layer (SSL), bezeichnet ein Verschlüsselungsprotokoll für sichere Datenübertragung im Internet. Mozilla hat einen ersten Entwurf von TLS 1.3 in Firefox 49 implementiert. Dieser ist allerdings standardmäßig noch deaktiviert und kann zum Testen aktiviert werden, indem über about:config der Schalter security.tls.version.max von 3 (für TLS 1.2) auf 4 geändert wird.

Multiprozess-Architektur für weitere Nutzer

Nachdem die neue Multiprozess-Architektur bereits 41 Prozent der Nutzer erreicht hat, folgt in Firefox 49 erstmals auch die Ausrollung an Nutzer mit aktivierten Add-ons. Namentlich handelt es sich dabei neben den sogenannten WebExtensions um GreaseMonkey (Version 3.8 oder höher), Download YouTube Videos as MP4 (Version 1.8.7 oder höher), Video Download Helper (Version 5.6.1 oder höher), Mozilla Lightbeam (Version 1.3.0.1 oder höher), Adblock Plus (Version 2.7.3 oder höher), uBlock Origin (Version 1.7.6 oder höher), Emoji Cheatsheet (Version 1.1.1 oder höher), Awesome Screenshot Plus (Version 3.0.10 oder höher) sowie den Add-on Compatibility Reporter (Version 2.2.0 oder höher).

Für Nutzer der russischen Version von Firefox wird die Multiprozess-Architektur dafür in Kürze auf Grund gehäufter Abstürze temporär deaktiviert werden, genauso wie für Nutzer, welche beim Wechsel zwischen Tabs für ungewöhnlich lange Zeit Ladekreise im Content-Bereich sehen.

Netflix und Amazon Video ohne Silverlight für Linux-Nutzer

Für die Nutzung von Streaming-Plattformen wie Netflix und Amazon Video war in der Vergangenheit Microsoft Silverlight notwendig. Linux-Nutzer mussten für die Nutzung von Silverlight dazu den Umweg über Pipelight gehen. Durch die Unterstützung des Widevine-CDMs von Google ist ab Firefox 49 für diese Dienste – technisch gesehen – nicht länger Silverlight notwendig. Die tatsächliche Unterstützung hängt von den jeweiligen Streaming-Plattformen ab, ob diese an Firefox-Nutzer die Widevine-Variante ausliefern oder nicht.

Verbesserte Lese-Ansicht

Firefox besitzt eine Lese-Ansicht. Per Klick auf das Buch-Symbol in der Adressleiste erscheinen Artikel im Web so aufbereitet, dass sie störungsfrei gelesen werden können. Konkret bedeutet dies eine angenehme Farbgebung und Schriftgestaltung sowie keine störenden Elemente wie Werbung. Im Vordergrund steht der Inhalt des Artikels. Der Nutzer kann durch Anpassungen die Leseansicht konfigurieren und hat dabei die Wahl zwischen einer serifen sowie einer serifenlosen Schriftart, kann das Farbschema ändern (Hell, Dunkel, Sepia) und die Schriftgröße anpassen.

Die Lese-Ansicht wurde nun um eine weitere Schaltfläche erweitert, über welche man sich Artikel vorlesen lassen kann. Neben der Auswahl anderer Sprachen (und Stimmen, wenn für die gewünschte Sprache mehrere Stimmen zur Verfügung stehen) kann auch das Lesetempo eingestellt werden und zum nächsten respektive vorherigen Absatz gesprungen werden.

Außerdem gibt es neue Schaltflächen zur weiteren optischen Anpassung. Nun ist es auch möglich, die Breite der Textspalte festzulegen sowie den Abstand zwischen den einzelnen Zeilen.

Darüber hinaus besitzt Firefox 49 eine neue versteckte Einstellung, um die Lese-Ansicht auf Wunsch zur Optimierung der Druck-Ansicht zu nutzen. Sofern eine Webseite keine geeignete Druck-Ansicht besitzt, kann damit wertvolle Tinte gespart werden. Aktiviert kann dieses Feature über about:config werden, indem der Schalter print.use_simplify_page per Doppelklick auf true geschaltet wird.

Verbesserungen bei der Video-Wiedergabe

Firefox spielt HTML5-Videos standardmäßig mit einer Lautstärke von 100 Prozent ab. Mozilla hat Firefox 49 eine Einstellung spendiert, über welche die standardmäßige Lautstärke konfiguriert werden kann.

Zum Ändern muss über about:config die Option media.default_volume gesucht werden, welche standardmäßig auf 1.0 für 100 Prozent steht. Wer beispielsweise lieber 50 Prozent hätte, würde hier 0.5 einstellen. Wichtig ist der Punkt statt Komma als Dezimaltrennzeichen.

Die Wiedergabe-Geschwindigkeit von HTML5-Videos kann per Kontextmenü nun auf 1.25 gestellt werden. Neben normaler Geschwindigkeit (1.0) waren bisher auch 0.5, 1.5 sowie 2.0 möglich. Auch Endlosschleifen können nun per Kontextmenü aktiviert werden.

Sofern das System eine CPU mit SSSE3-Befehlssatzerweiterung besitzt, können sich Firefox-Nutzer ohne aktivierte Hardwarebeschleunigung über eine verbesserte Performance freuen.

Firefox Hello entfernt

Mit Firefox Hello war in Firefox seit Version 34.0 eine direkte Möglichkeit zum Teilen von Bildschirminhalten und zur Videotelefonie integriert. In Firefox 49 hat Mozilla Firefox Hello wieder aus dem Browser entfernt.

Neuerungen für Webentwickler

Der Netzwerk-Monitor hat eine neue Spalte, welche den Ursprung einer Anfrage anzeigt, ggfs. inklusive JavaScript Stacktrace bei Herüberfahren mit der Maus. Bei Größen von weniger als 1 KB wird nun die genaue Byte-Anzahl angezeigt.

Das Kontextmenü in der DOM-Ansicht des Inspektors wurde neu organisiert. Die Farben für die DOM-Ansicht wurden sowohl für das helle als auch für das dunkle Theme der Entwickler-Werkzeuge neu ausgewählt. Selbstschließende Elemente wie <br> werden jetzt nur noch in XHTML-Dokumenten als <br></br> dargestellt. Bei den Vorschlägen für CSS-Werte werden ab sofort mehr mögliche Werte als bisher angezeigt.

Ist ein Element im Inspektor ausgewählt, kann die Taste ‚h‘ gedrückt werden, um das Element entweder unsichtbar oder im umgekehrten Fall wieder sichtbar zu schalten. Das Animationen-Panel des Inspektors wurde erweitert, um Performance-Informationen für Animationen anzuzeigen.

Treten JavaScript-Fehler in der Webkonsole auf, genügt ab sofort ein Klick, um zur passenden Dokumentation im Mozilla Developer Network (MDN) zu gelangen.

Die Seite about:debugging zeigt nun auch die geöffneten Tabs an.

Dazu kommen diverse Verbesserungen hinsichtlich der Barriere-Freiheit der Entwickler-Werkzeuge und im Storage Inspektor ist es nun möglich, per Kontextmenü IndexedDB-Datenbanken zu löschen.

Verbesserungen der Webplattform

Emulation von Webkit-Eigenschaften

Firefox ist ab Version 49 in der Lage, einige CSS Webkit-Eigenschaften zu emulieren. Damit verbessert Mozilla die Webseiten-Kompatibilität von Firefox in Fällen, in denen Webentwickler ihren Job nicht gemacht haben und andere als Webkit-basierte Browser ignorieren.

Kompatibilitäts-Fixes per System-Add-on

Es kann vorkommen, dass ein Firefox-Update ungeplante Auswirkungen auf die Funktionalität von Webseiten hat. Um solche Probleme zu lösen, ohne ein Firefox-Update verteilen zu müssen, gibt es mit Web Compat ein neues System-Add-on seit Firefox 49.

Sonstige Verbesserungen der Webplattform

Firefox unterstützt nun auch die HTML-Elemente <details> und <summary>, die CSS-Eigenschaften background-position-x und  background-position-y sowie die Speech Synthesis API. Für Farbwerte werden jetzt auch die #rrggbbaa- respektive #rgba-Syntax unterstützt.

Zahlreiche weitere Neuerungen bezüglich der Unterstützung von Webstandards lassen sich hier nachlesen.

Sonstige Neuerungen von Firefox 49

Mozilla hat die allgemeine Performance auf Systemen ohne Hardwarebeschleunigung für Nutzer von Windows sowie macOS verbessert. Auf macOS wurde außerdem die Darstellung von Schriften mit Anti-Aliasing verbessert.

Die in Firefox 45.0.1 aus Sicherheitsgründen vorerst deaktivierte Font-Bibliothek Graphite 2 wurde in Firefox 49 wieder aktiviert. Die Seite about:memory zeigt nun auch Informationen zum Speicherverbrauch von auf Webseiten eingebundenen Schriftarten an. Die Seite about:support wurde um eine Schaltfläche erweitert, um die Integrität der Chronik- und Lesezeichendatenbank places.sqlite zu überprüfen und ggfs. zu reparieren.

Bei abgelaufenem SSL-Zertifikat zeigt Firefox auf der Fehlerseite nun an, wenn die System-Zeit falsch eingestellt ist. Der Kompatibilitäts-Check von Add-ons bei Firefox-Upgrades wurde entfernt.

Unterstützung von Apple macOS 10.6-10.8 sowie älterer CPUs gestrichen

Das Apple-Betriebssystem OS X in den veralteten Versionen 10.6 (Snow Leopard), 10.7 (Lion) sowie 10.8 (Mountain Lion) wird nicht länger unterstützt. Firefox 49 setzt mindestens OS X 10.9 (Mavericks) voraus. Aktuell ist seit gestern macOS 10.12 (Sierra).

Ebenfalls nicht länger unterstützt wird Windows auf Systemen mit einer CPU ohne SSE2-Befehlssatzerweiterung.

Der Beitrag Mozilla veröffentlicht Firefox 49 erschien zuerst auf soeren-hentzschel.at.

Als Linux-Distribution für den Betrieb im Rechenzentrum fiel unsere Wahl vor einiger Zeit auf Red Hat. Zu meinen Aufgaben gehört es, ein Patch-Management für diese Systeme zu entwickeln, welches die folgenden Anforderungen erfüllt:

1. An definierten Stichtagen sollen automatisiert fehlende Sicherheitsaktualisierungen auf den Systemen in den verschiedenen Stages eingespielt werden können.
2. Dabei sollen ausschließlich Pakete aktualisiert werden, für die Red Hat Security Advisory veröffentlicht wurden.
3. Wenn Pakete aktualisiert wurden, soll der Host anschließend neugestartet werden.

Ich habe mich entschieden, diese Anforderungen durch die Verwendung von Ansible zu erfüllen. Wem Ansible noch kein Begriff ist, möge einen Blick in die Quellen am Ende des Artikels werfen.¹²³⁴⁵

Mit den Anregungen meines Arbeitskollegen habe ich dazu heute das folgende Playbook erstellt, welches die Rolle patch_rhel auf allen Hosts mit einem Red Hat Betriebssystem ausführt:

---
- hosts: all

  tasks:
    - name: Group by OS
      group_by: key=os_{{ ansible_distribution }}
      changed_when: False

- hosts: os_RedHat
  roles:
    - patch_rhel

Die Rolle patch_rhel besteht aus den beiden folgenden Dateien:

• roles/patch_rhel/tasks/main.yml
• roles/patch_rhel/vars/main.yml

roles/patch_rhel/vars/main.yml:

---
rhsa_to_install: RHSA-2016:1626,RHSA-2016:1628,RHSA-2016:1633

Obiges Listing gibt ein kurzes Beispiel, wie die Red Hat Security Advisory (RHSA) Nummern einer Variablen zugewiesen werden können. Die Variable rhsa_to_install wird dann in der Task-Datei verwendet.

roles/patch_rhel/tasks/main.yml:

---
  - name: Install Red Hat Security Advisory (RHSA)
    command: yum -y update-minimal --advisory {{ rhsa_to_install }}
    register: yum_output
  - debug: var=yum_output

  - name: Reboot Host if packages were updated
    shell: sleep 2 && shutdown -r now "Ansible updates triggered"
    async: 1
    poll: 0
    ignore_errors: true
    when: ('"Complete!" in "{{ yum_output.stdout_lines[-1] }}"') or
          ('"Komplett!" in "{{ yum_output.stdout_lines[-1] }}"')

  - name: waiting for access server
    local_action: wait_for
      host={{ inventory_hostname }}
      state=started
      port=22
      delay=30
      timeout=300
      connect_timeout=15

Zuerst wird das Kommando zur Aktualisierung der zu den angegebenen RHSA gehörenden Pakete auf den Hosts ausgeführt. Dabei wird die Ausgabe des Kommandos yum auf den Hosts der Variable yum_output zugewiesen.⁶ Diese Variable wird im nächsten Schritt ausgewertet, um zu ermitteln, ob Pakete aktualisiert wurden. Ist dies der Fall, wird der Host neugestartet.

Erklärung: Wurden Pakete aktualisiert, steht in der letzten Zeile der YUM-Ausgabe der Ausdruck „Complete!“. "{{ yum_output.stdout_lines[-1] }}" dereferenziert die Variable und liefert die Ausgabe des YUM-Kommandos als Liste zurück. Dabei wird in diesem Fall auf das letzte Element der Liste zugegriffen. Enthält diese Zeile den genannten Ausdruck, wird der Host neugestartet. Hinweis: Die zweite Zeile der when-Bedingung aus dem oberen Listing dient der Behandlung einer deutschsprachigen Ausgabe. In diesem Fall wird das Schlüsselwort „Komplett!“ ausgegeben und in der Variable gespeichert.

Der letzte Task wartet 30 Sekunden ab, um dem Host Zeit für den Neustart zu geben und prüft, ob eine Verbindung hergestellt werden kann. Damit soll sichergestellt werden, dass der Host nach dem Neustart wieder korrekt hochfährt.

Damit sind die Anforderungen aus Punkt 2 und 3 erfüllt. Um auch noch die Anforderung aus Punkt 1 zu erfüllen, setze ich folgendes Wrapper-Skript ein, welches das Playbook zu den definierten Stichtagen ausführen soll:

#!/bin/sh

DOM=`date +%d`
DOW=`date +%w`

if [ "$DOW" = "2" ] && [ "$DOM" -gt 7 ] && [ "$DOM" -lt 15 ]
then
  ansible-playbook patch_rhel.yml --limit=e-stage
fi

if [ "$DOW" = "2" ] && [ "$DOM" -gt 14 ] && [ "$DOM" -lt 22 ]
then
  ansible-playbook patch_rhel.yml --limit=q-stage
fi

if [ "$DOW" = "2" ] && [ "$DOM" -gt 21 ] && [ "$DOM" -lt 29 ]
then
  ansible-playbook patch_rhel.yml --limit=p-stage
fi

Mit diesem Wrapper-Skript möchte ich dafür sorgen, dass an jedem 2. Dienstag im Monat die RSHA-Aktualisierungen auf den Hosts in der E-Stage, jeden 3. Dienstag in der Q-Stage und jeden 4. Dienstag in der P-Stage installiert werden.

So kann sichergestellt werden, dass die Informationen aus den RHSA alle Hosts erreichen. Gleichzeitig wird den Betreibern der Hosts die Gelegegnheit gegeben, die Aktualisierungen bis zu den genannten Stichtagen selbst einzuspielen. Damit sollte ich auch an Punkt 1 einen Haken dran machen können.

Wer eine Nightly-Version von Firefox herunterladen wollte, musste bisher wissen, wo er danach suchen muss, wenn es eine andere Version als die englischsprachige Version sein sollte. Eine neue Download-Seite macht den Download andersprachiger Versionen einfacher.

Die aktive Entwicklung neuer Firefox-Versionen findet in den sogenannten Nightly-Versionen statt. Diese befinden sich noch eine Entwicklungsstufe unter der Developer Edition, aus welcher schließlich die Beta- und am Ende die finale Version entsteht.

Die offizielle Downloadquelle für Nightly-Versionen ist nightly.mozilla.org. Dort werden allerdings nur englischsprachige Versionen angeboten. Sollte beispielsweise eine deutsche Version heruntergeladen werden, musste bisher weiter unten auf der Seite der Link „Other Nightly Builds“ geklickt und dann in das Verzeichnis latest-mozilla-central-l10n navigiert werden, um aus einer langen Liste schließlich die passende Version zu finden, z.B. firefox-51.0a1.de.mac.dmg für eine deutschsprachige Nightly-Version von Firefox 51 für macOS.

Unter mozilla.org/en-US/firefox/nightly/all/ gibt es nun eine neue Seite für Nightly-Versionen, welche an die entsprechende Download-Seiten für finale Versionen, für Beta-Versionen sowie für Versionen der Developer Edition angelehnt ist. Damit ist es wesentlich einfacher, die passende Sprach-Version zu finden. Die neue Sprachauswahl ist deutlich prominenter als bisher auf nightly.mozilla.org direkt unter den Downloads der englischsprachigen Version verlinkt.

Der Beitrag Firefox: Neue Downloadseite für deutschsprachige Nightly-Versionen erschien zuerst auf soeren-hentzschel.at.

Da mir Windows nun schon oefter GRUB 2 kaputt gemacht hat, hier eine Anleitung, wie das wieder gefixt werden kann ...

[Boot-repair habe ich auch probiert, allerdings hat das bei mir nicht geklappt. Wahrscheinlich wegen meiner verschluesselten Festplatte, die ich nicht eingehaengt hatte. Damit sollte es dann gehen, das habe ich aber nicht mehr getestet.]

1. Ubuntu Live CD erstellen (natuerlich geht auch jede andere Live-Distribution ...), dazu das ISO runterladen und mit UNebootin auf einen USB-Stick befoerdern. Eine CD geht natuerlich auch, allerdings habe ich kein CD-Laufwerk. Vorher mit GParted den USB-Stick formatieren (Partition table: msdos, dann eine einzige grosse FAT32-Partition anlegen).
2. USB-Stick anschliessen und davon booten (F12 druecken, dann die UEFI-Version des USB-Sticks auswaehlen).

3. Ein Terminal oeffnen und root werden:

   $ sudo su
   

4. Linux Root Festplatte rausfinden (bei mir mit 512M grosser Partition (Typ: EFI System), Boot- (1G, ext4) und Root-Partition (Rest, ext4), das Home ist auf einer anderen Festplatte):

   # fdisk -l
   /dev/sda1 [..]
   /dev/sda2 [..]
   /dev/sda3 [..]
   

5. Die verschluesselte Root-Partition einhaengen:

   # cryptsetup open /dev/sda3 root
   

6. Kram mounten um letztendlich mit chroot das eingehaengte System zu begehen (Quelle):

   # mount /dev/mapper/root /mnt
   # mount /dev/sda2 /mnt/boot
   # mount /dev/sda1 /mnt/boot/efi
   # for i in /dev /dev/pts /proc /sys ; do mount -B $i /mnt$i ; done
   # modprobe efivars # klappt das? wenn ja: weiter
   # chroot /mnt
   

7. Netzwerk testen (aber eigentlich nicht benoetigt) und efivars mounten (Quelle):

   # ping -c3 heise.de
   # mount -t efivarfs efivarfs /sys/firmware/efi/efivars
   

8. GRUB 2 fixen (mit os-prober werden auch andere Systeme erkannt) (Quelle):

   # grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub_uefi --recheck
   # grub-mkconfig -o /boot/grub/grub.cfg
   

   Sollte der letzte Befehl trotz os-prober nicht alles erkannt haben, einfach spaeter nochmal probieren, wenn das Linux-System erfolgreich gebootet wurde.

9. Exit und umount:

   # umount /sys/firmware/efi/efivars
   # exit
   # for i in /sys /proc /dev/pts /dev ; do umount /mnt$i ; done
   # umount /mnt/boot/efi
   # umount /mnt/boot
   # umount /mnt
   

10. Reboot:

    # reboot
    

11. Freuen :)

Mozilla hat das Open Innovation Toolkit vorgestellt. Dabei handelt es sich um eine Sammlung von Praktiken und Prinzipien für Produktentwicklungsprozesse.

Unter toolkit.mozilla.org ist ab sofort Mozillas Open Innovation Toolkit aufrufbar. Es handelt sich dabei um eine Sammlung von Praktiken und Prinzipien, um sogenanntes Human-centered Design in Produktentwicklungsprozesse einzubringen. Die Open Source-Community ist eingeladen, die gesammelten Techniken und Methoden zu nutzen, aber auch durch eigene Beiträge zu verbessern.

Weitere Informationen gibt es im Mozilla Open Innovation Blog.

Der Beitrag Mozilla stellt Open Innovation Toolkit vor erschien zuerst auf soeren-hentzschel.at.

Schon vor einigen Wochen hatte ich mir den Odroid XU4 bestellt und hatte dann leider keine Zeit mich wirklich um ihn zu kümmern. Kurz für den Einstieg: Der Odroid XU4 ist ein Einplatinenrechner mit acht CPU-Kernen, 2GB RAM, zwei USB-3.0-Anschlüsse sowie einen USB-2.0-Port, Gigabit-LAN und einem HDMI Anschluss. Er kann entweder direkt bei Hardkernel aus Korea bestellt werden (74$) oder über den in Deutschland ansässig Elektronik-Shop Pollin.

Zusätzlich zum Odroid kann man eine ganze Menge an Zubehör mitbestellen, u.a. auch eMMC-Module mit aufgespieltem Ubuntu Mate (14.04?) oder Android. Da ich für meine Anwendungszwecke wahrscheinlich keine grafische Oberfläche brauche, habe ich mich dafür entschieden, zunächst ein minimales Ubuntu 16.04 aufzusetzen. Seit einigen Wochen bietet Hardkernel ein ebensolches Image an (Release Notes).

Zunächst muss eben dieses heruntergeladen werden:

wget http://de.eu.odroid.in/ubuntu_16.04lts/ubuntu-16.04-minimal-odroid-xu3-20160706.img.xz

Anschließend das Image entpacken (Achtung 2GB an Speicher werden benötigt!):

unxz ubuntu-16.04-minimal-odroid-xu3-20160706.img.xz

Nachdem dies nun vorbereitet ist, muss das eMMC-Modul bzw. die MicroSD-Karte vorbereitet werden. Diese dafür mit einem Linux-Rechner verbinden und überprüfen, ob die Partitionen automatisch gemounted wurden:


user@rechner:~$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
....
/dev/sdg2 29G 1,1G 27G 4% /media/user/rootfs
/dev/sdg1 128M 7,2M 121M 6% /media/user/boot


Im obigen Fall also die Partitionen /dev/sdg1 und /dev/sdg2. Das Gerät ist in meinem Fall also das Gerät /dev/sdg.

Die automatisch gemounteten Partitionen müssen nun ausgehängt werden:


umount /dev/sdg1
umount /dev/sdg2


Nun kann das eMMC-Modul/die SD-Karte gelöscht werden:


dd if=/dev/zero of=/dev/sdg count=8192 bs=4M


und Anschließend kann das Image auf die Karte kopiert werden:


dd if=ubuntu-16.04-minimal-odroid-xu3-20160706.img of=/dev/sdg


Nun kann das eMMC-Modul wieder in den Odroid eingesetzt werden und er kann gestartet werden. Anmelden kann man sich mit dem Benutzernamen root und dem Passwort odroid (diese sollten natürlich schnellstmöglich geändert werden!). Abschließend sollte er Odroid noch geupdated werden:


sudo apt-get update && sudo apt-get upgrade && sudo apt-get dist-upgrade


Und schon läuft ein minimales Ubuntu 16.04 auf dem Odroid, welches dann mit den gewünschten Paketen erweitert werden kann.

(Als Quelle diente mir diese Anleitung).

Exakt heute vor 25 Jahren war der legendäre usenet Post von Linux Torvalds, mit der Aufforderung die 0.01 Version zu testen
und vor genau 50 Jahren wurde RAUMPATROUILLE Orion im ARD ausgestrahlt
Die ARD verpennt es, aber die Linux User denken hoffentlich dran!
Alles Gute Tux!

http://www.heise.de/newsticker/meldung/25-Jahre-Linux-Happy-Birthday-3325266.html

Mozilla ist auf der Suche nach einer neuen visuellen Identität und beschreitet dabei einen Weg der Offenheit, der bislang einzigartig ist. Nach den sieben Vorschlägen im vergangenen Monat wurde nun die nächste Runde, bestehend aus vier Vorschlägen, eingeläutet.

Mozilla steht für Offenheit wie kaum ein anderer Softwareentwickler und dies zeigt sich auch bei der Erschaffung der neuen visuellen Identität. Statt diese Aufgabe komplett an eine Agentur abzugeben, welche dies dann hinter verschlossenen Türen umsetzt und am Ende das finale Ergebnis präsentiert, wird die Community von Anfang an in den Entstehungsprozess mit einbezogen. Mozilla spricht hier, in Anlehnung an Open Source, von Open Design. Verantwortlich für die Umsetzung ist die Londoner Design-Agentur Johnson Banks. Das Firefox-Logo ist hiervon nicht betroffen.

Im August wurden sieben erste Vorschläge veröffentlicht, welche anschließend von jedermann bewertet werden konnten.

Nachdem es für die bisherigen Vorschläge sehr viel Resonanz gab, wurde nun die nächste Runde eröffnet. Die Anzahl der Kandidaten wurde dabei von sieben auf vier reduziert. Teilweise handelt es sich um Weiterentwicklungen bestehender Ideen, teilweise um neue Ansätze.

Route One: Protocol 2.0

Weitere Informationen

Round Two: Flame

Weitere Informationen

Route Three: Burst

Weitere Informationen

Route Four: Dino 2.0

Weitere Informationen

Feedback kann über die Kommentar-Funktion auf den jeweiligen Seiten gegeben werden.

Der Beitrag Neue Vorschläge für zukünftiges Mozilla-Logo können bewertet werden erschien zuerst auf soeren-hentzschel.at.

Nach dem Hipster Logo Generator (Artikel) wird es Zeit für noch mehr Retro. Wie geht das? Ganz einfach mit dem C64 Logo Generator.

Der Generator macht Nichts Anderes, als verschiedene Retro Schriftarten (insgesamt 58 Stück) zur Verfügung zu stellen, welche sich in ein Logo einbinden und herunterladen lassen. Fertig ist das C64 Logo:

Hier gehts zum eigenen Logo

Quelle

PS: Für Stranger Things gibt es ebenfalls einen Generator, allerdings ist der nur halb so flexibel und kein OpenSource (Hier lang)

Wie großartig: der Linux-Port vom neuen Deus Ex wurde bestätigt. Ich schrieb zur Preview noch, dass ich mich auf das Spiel freuen würde wenn es auf Linux liefe. Jetzt darf ich mich drauf freuen.

Wobei ich nicht sicher sein darf, dass es auf meiner Hardware laufen wird. Unter Windows hätte das noch gepasst, wenn auch nur mit 30 FPS. Das ist für die Linuxversion kein gutes Vorzeichen, brauchen diese doch öfter bessere Hardware.

In diesem Artikel möchte ich euch kurz den Mozilla SSL Configuration Generator vorstellen, auf den mich ein Kollege aufmerksam machte.

Mozilla SSL Configuration Generator

Es handelt sich dabei um eine Seite, die dabei hilft, valide Konfigurationen für verschiedene Webserver wie Apache, NGINX, Lighttpd, HAProxy oder AWS ELB zu erstellen. Man gibt dazu den verwendeten Webserver, dessen Version und die OpenSSL Version an. Die Seite erstellt daraufhin die Konfiguration, welche per Copy&Paste übernommen werden kann. Lediglich die enthaltenen Pfadinformationen sind an die eigenen Bedürfnisse anzupassen.

Konfiguration für nginx 1.4.6 | modern profile | OpenSSL 1.0.1e

Neben der Konfiguration erhält man auch noch die Information dazu geliefert, welche Browser mit der erstellten Version kompatibel sind.

In einer ersten Stichprobe scheint die Seite ganz brauchbare Ergebnisse zu liefern. Ich freue mich über eure Meinungen und Erfahrungen zu diesem Dienst.

Bei positiver Resonanz nehme ich einen Hinweis auf diesen Dienst in eine kommende Version meines TLS-Kochbuchs auf.

Beta-Versionen von Firefox markieren ab nächster Woche Webseiten als unsicher, wenn die Verbindung über eine unverschlüsselte HTTP-Verbindung stattfindet und es ein Passwortfeld auf der Seite gibt.

Verschlüsselte Verbindungen, das heißt in der Regel: HTTPS statt HTTP, sollten im Jahr 2016 eigentlich Standard für Webseitenbetreiber sein. Zumindest, wenn sensible Daten wie Passwörter übertragen werden, gibt es wohl kaum eine zulässige Ausrede gegen HTTPS. Aus diesem Grund markieren Nightly-Versionen von Firefox bereits seit Firefox 44 Webseiten als unsicher, die über eine unverschlüsselte HTTP-Verbindung übertragen werden, wenn auf der Seite ein Passwortfeld entdeckt wird. Gleiches gilt für die Developer Edition seit Firefox 46. Und mit Firefox 50 erreicht dies auch Beta-Versionen von Firefox.

Genauer betrifft dies erst einmal frühe Beta-Versionen. Das bedeutet, dass in der ersten Hälfte des Beta-Zyklus entsprechende Webseiten als unsicher markiert werden und in der zweiten Hälfte, also in Vorbereitung auf die Veröffentlichung der finalen Version, dann nicht mehr.

Die erste Beta-Version von Firefox 50 mit dieser Neuerung erscheint am 22. September.

Der Beitrag Firefox 50 Beta markiert HTTP-Seiten mit Passwortfeld als unsicher erschien zuerst auf soeren-hentzschel.at.

Mozilla hat in der Nightly-Version von Firefox 51 den JavaScript-Debugger in den Entwickler-Werkzeugen ersetzt. Die Besonderheit: dieser verwendet kein XUL mehr, sondern ist vollständig mit Webtechnologie umgesetzt.

Eine Besonderheit von Firefox ist, dass auch die Oberfläche von Firefox teilweise auf Webstandards basiert und via JavaScript und CSS angesprochen werden kann. Teilweise, weil Firefox nach wie vor auch auf XUL basiert. Dieser Mozilla-Standard sollte einst die Lücke füllen, welche HTML und JavaScript nicht schließen konnten. Mittlerweile haben sich die Webstandards enorm weiterentwickelt, während XUL nicht einmal Webstandard ist. Gerade für Neueinsteiger in der Firefox-Entwicklung ist XUL eine echte Hürde, weil sich beispielsweise CSS in XUL teilweise anders verhält als in HTML, was zu Irritationen und schnell auch zu Fehlern führt. Langfristig möchte Mozilla komplett von XUL wegkommen. Mozillas kommende Browserengine Servo unterstützt auch kein XUL.

Der Umbau von XUL zu Webtechnologie befindet sich in den Entwickler-Werkzeugen von Firefox bereits in vollem Gange. Nun kann ein wichtiger Meilenstein vermeldet werden. Mozilla hat den neuen JavaScript-Debugger in der Nightly-Version von Firefox 51 standardmäßig aktiviert. Die standardmäßige Aktivierung ist derzeit noch auf Nightly-Versionen limitiert, kann darüber hinaus ab Firefox 51 aber über about:config aktiviert werden (devtools.debugger.new-debugger-frontend). Noch besitzt der neue Debugger nicht alle Funktionen des alten Debuggers, im Laufe der kommenden Monate soll dieser aber entsprechend erweitert werden.

Statt auf XUL setzt Mozilla nun vollständig auf Webtechnologie und verwendet dabei React sowie Redux. Eine weitere Besonderheit ist die Modularität: der Debugger wird als eigenständiges Github-Projekt entwickelt und soll von Entwicklern auch in anderen Anwendungen eingebettet werden können. Mögliche Probleme sind auf Github zu melden.

Der Beitrag Firefox Nightly: Neuer Debugger in HTML statt XUL implementiert erschien zuerst auf soeren-hentzschel.at.

Wer schon mal einen Raspberry Pi über HDMI an einen FullHD-Monitor angeschlossen hat, wird vielleicht festgestellt haben, dass um den Desktop ein unschöner schwarzer Rahmen prangt. Dadurch wird nicht der komplette Monitor ausgenutzt. Dies ist natürlich unschön wenn man am Monitor, wie im Beispiel „Mini-Office mit dem Raspberry Pi – Teil 1“ mit dem Raspberry Pi arbeiten möchte. Der Rahmen ist hier deutlich zu sehen.

Der Grund ist ein an RasPi voreingestellter Overscan. Dieser lässt sich über

sudo raspi-config

wie folgt deaktivieren.

Nach einem Neustart füllt der Desktop den Bildschirm nun voll aus.

Das Ganze geht auch über

sudo nano /boot/config.txt

Dort entfernt man die Raute (#) vor

disable_overscan=1

Nach dem Abspeichern mit Ctrl + o und dem Verlassen des Editors mit Ctrl + x führt man einen Neustart mit

sudo reboot

durch. Das Ergebnis ist dann dasselbe.

Viel Spaß!

Vom 18. bis 20. November 2016 findet in Essen die UbuCon Europe statt. Die UbuCon ist nichts anderes als die Ubucon der letzten Jahre, nur dass jetzt erstmals die Zielgruppe alle Ubuntu-Nutzer aus Europa sind. Dementsprechend sind die meisten Vorträge auf Englisch.

Auf der Programmseite findet man einige interessante Vorträge. Und soweit ich mitbekommen habe, gibt es auch schon einige angemeldete Teilnehmer aus über 10 verschiedenen Ländern.

Da ich nicht dabei sein kann, drücke ich den Veranstaltern die Daumen und wünsche allen Teilnehmern viel Spaß.