Leider gibt es für autokey zur Zeit kein RPM-Paket für Fedora. Daher habe ich eine kurze Installationsanleitung für autokey auf Fedora zusammengestellt. Die Installation dauert etwa fünf Minuten und ist auf Fedora 11 und Fedora 13 getestet. MIt anderen Fedora-Versionen und CentOS sollte die Anleitung identisch durchführbar sein. Mit SuSE muss die Installation der Pakete über yast vorgenommen werden.

Hinweis: Die Anleitung kann zu großen Teilen per Copy’n'Paste in eine offene Shell übernommen werden. Die einzelnen Schritte sind für Linux-Einsteiger dabei ausführlich beschrieben.

1. Download der aktuellen Version von der autokey-Projektseite und abspeichern unter /tmp/autokey-xxx.tar.gz.
2. su - und Passwort für “root” eingeben (Zum Administrator werden.)
3. yum install python-xlib python-devel (Benötigte Python-Pakete installieren.)
4. cd /tmp (Nach /tmp wechseln)
5. tar -xzf autokey-xxx.tar.gz (Download entpacken; legt den Ordner “build” an.)
6. cd build (In den neu angelegten Ordner wechseln)
7. python setup.py install (Python Installer laufen lassen)
8. cp debian/autokey-common.init /etc/init.d/autokey (Init-Skript nach /etc/init.d kopieren.)
9. chmod 755 /etc/init.d/autokey (Rechte für das Init-Skript setzen.)
10. chkconfig autokey on (Init-Skript aktivieren)
11. /etc/init.d/autokey start (Init-Skript einmalig manuell starten)
12. cd ..; rm -r autokey-xxx.tar.gz build (Installationsdateien löschen)
13. exit (Administraor-Modus verlassen. Die Shell wird ggf. noch benötigt.)
14. Als Gnome-Anwender im Menü “Applications/Accessoires/Autokey (GTK)” oder in der Shell autokey-gtk aufrufen
15. Als KDE-Anwender im Menü “Autokey (QT)” oder in der Shell autokey-qt aufrufen

Anschließend können in autokey beliebige Kürzel definiert und mit Texten bzw. Skripten versehen werden.

Um dieses Problem zu vermeiden kann in der Windows-Registrierungs-für Word eine Standard-Codepage eingetragen werden.

Im Registrierungs-Editor muss dazu unter
HKEY_CURRENT_USER \ Software \ Microsoft \ Office \ [VERSIONSNUMMER] \ Word \ Options
ein neuer DWORD-Wert (Rechte Maustaste, Neu) mit dem Namen „DefaultCPG“ angelegt werden. Dabei muss [VERSIONSNUMMER] entsprechend ersetzen werden durch 9.0 (Word 2000), 10.0 (Word XP), 11.0 (Word 2003) bzw. 12.0 (Word 2007). Über Doppelklick auf diesen neuen Eintrag muss den Wert 4e4 (Hexadezimal) bzw. 1252 (Dezimal) für Deutsch eingetragen werden. Dies ist der Zeichensatz Windows-1252 (entspricht ISO-8859-1). Für andere Sprachen muss die Nummer entsprechend ausgetauscht werden.

Nach einem Neustart von Word ist der Fehler anschließend behoben: Man versteht nicht mehr sprichwörtlich Chinesisch sondern bekommt einen lesbaren Text.

Der VVS hat nun auf unsere damalige Anfrage reagiert und den Link zur Fahrplanbuchseite nun ohne den Parameter für das aktuelle Jahr umgestellt. In diesem Fall wird immer der aktuelle Fahrplan angezeigt. Dadurch entfällt das jährliche Ändern der Links zum Fahrplanwechsel.

Neues Beispiel für Links auf die Fahrplanbuchseite:
http://www2.vvs.de/vvs/XSLT_TTB_REQUEST?language=de&sessionID=0&command=direct&net=vvs&line=[LINIE]_&itdLPxx_openDirect=1

Für [LINIE] wird weiterhin der alte Werte gesetzt. Dieser besteht aus einer Verkehrsmittelkennung (zwei Ziffern, sie nachstehende Tabelle) und der Nummer der Vekehrslinie auf drei Ziffern erweitert (z.B. 092 für Buslinie 92):
10 S-Bahn (S1-S6)
11 Sonstige Züge
20 U-Bahn
30 Busse der SSB
31 Sonstige Busse

Für die Buslinie 92 würde sich nun folgender Link ergeben:

http://www2.vvs.de/vvs/XSLT_TTB_REQUEST?language=de&sessionID=0&command=direct&net=vvs&line=30092_&itdLPxx_openDirect=1

Für den Linienverlaufsplan hat sich bisher noch keine Änderung ergeben. Jedoch wurde uns von dem VVS mitgeteilt, dass auch dieser Link
in Kürze ohne Jahresangabe möglich sein wird.

Auch hier gilt unsere Empfehlung, Aktualisierungen am Besten morgens vorzunehmen, damit im Notfall auf das von uns erzeugte nächtliche Backup (nur bei ETES-Hosting-Kunden) zurückgegriffen werden kann.

Die Aktualisierung der Erweiterungen erfolgt in der Erweiterungsverwaltung in Ihrem Contao-Backend (vormals TYPOlight-Backend). Den gleichnamigen Menüpunkt finden Sie in der linken Navigation.

In der Erweiterungsverwaltung erhalten Sie eine Übersicht aller installierten Erweiterungen. Sollte eine neue Version einer Erweiterung verfügbar sein, wird Ihnen das entsprechend angezeigt. Klicken Sie zur Aktualisierung der entsprechenden Erweiterung bitte auf das Symbol mit der kleinen Packung und der CD (siehe Screenshot).

Über Meldungen, dass das Modul nicht für die von Ihnen eingesetzte Contao-Version (vormals TYPOlight-Version) freigegeben ist, müssen Sie sich in der Regel keine Gedanken machen. Die meisten Module laufen auch ohne Freigabe mit neueren Versionen von Contao (vormals TYPOlight). Wenn es sich um sehr komplexe Module (Forum, Katalog, Shop, etc.) oder eine starkfrequentierte Webseite handelt, empfehlen wir zur Sicherheit vorher den Test in einer speziellen Testumgebung.

Um die Aktualisierung fortzufahren, klicken Sie bitte auf Weiter.

Die Erweiterung wird nun aktualisiert. Auch hier klicken Sie wieder auf Weiter.

Nun muss die Datenbank noch entsprechend aktualisiert werden. Dazu aktivieren Sie bei allen angezeigten Anpassungen die Haken und fahren fort.

Die Contao-Erweiterung (vormals TYPOlight-Erweiterung) wurde nun erfolgreich aktualisiert.

Klicken Sie nun auf Ok um zurück zur Übersichtsseits für alle Module zu gelangen. Führen sie diese Schritte für alle Erweiterungen durch, für die neue Versionen angezeigt werden.

Wir empfehlen Ihnen das Live-Update morgens vorzunehmen bevor andere Änderungen an der Seite vorgenommen werden. Sollte beim Update ein Fehler auftreten können Sie dann auf unsere automatisch in der Nacht erstellten Backups zurückgreifen. Bitte vergessen Sie auch nicht, zusätzlich ein Update aller installierten Module vorzunehmen. Eine Beschreibung dazu finden Sie in der Anleitung zur Aktualisierung von Contao-Modulen.

Contao (vormals TYPOlight) mit dem Live-Update-Key aktualisieren:

Um das Update mit dem Live-Update-Service vorzunehmen gehen Sie in Ihrem Contao-Backend in den Punkt Systemwartung.

Sie sehen nun unter Live Update eine Meldung ob eine neue Version von Contao (vormals TYPOlight) verfügbar ist und Ihre Live-Update-ID. Sollte noch keine Live-Update-ID eingetragen sein, senden Sie uns bitte eine E-Mail an hosting@etes.de oder kontaktieren Sie uns anderweitig.

Um nun das Contao-Update vorzunehmen setzen Sie bitte bei Backup der zu aktualiserenden Dateien zu erstellen den Haken und starten dann die Aktualisierung. Das Update wird nun gestartet.

Das Live-Update erstellt nun ein Backup und zeigt sämtliche gesicherte Daten an. Um fortzufahren klicken Sie auf Click here to proceed.

Das Update wird nun durchgeführt. Auch hier zeigt der Live-Update-Service die aktualisierten Dateien wieder an. Mit Klick auf Click here to proceed können Sie das Update abschließen.

Wenn das Update erfolgreich durchgeführt wurde sehen Sie nun die Meldung, dass die Contao-Version (vormals TYPOlight-Version) auf den neuesten Stand ist:

Bei der Planung des Barcamp Stuttgart 2010 ist uns nun noch ein weiterer Faktor aufgefallen, den wir mit einbeziehen: Die Anwesenheitsquote. Denn selbst wenn am Samstag von 200 angemeldeten Teilnehmern über den Tag verteilt 150 erscheinen (25% No-Show-Rate), sind zum Frühstück und Abendessen längst noch nicht alle von denen anwesend. Beispielsweise weil die Leute später kommen oder früher gehen.

Letztes Jahr haben wir in Stuttgart mit folgenden Anwesenheitsquoten gearbeitet, die wir nach Abzug der No-Shows angesetzt haben, und sind damit gut gefahren:

Samstag Frühstück: 70%
Samstag Mittagessen: 90%
Samstag Kaffee/Kuchen: 90%
Samstag Abendessen: 90%

Sonntag Frühstück: 70%
Sonntag Mittagessen: 80%
Sonntag Kaffe/Kuchen: 70%

Bei Contao (vormals TYPOlight) lässt sich die Jahreszahl einfach mittels Inserttag {{date::Y}} in einen Artikel oder ein Modul einbinden. Dadurch entfällt das jährlich anstehende Anpassen der Footer-Zeile.

Ein Beispiel: © 2005 - {{date::Y}} Hans Mustermann

Dies sollte natürlich nur konfiguriert werden wenn dies wirklich notwendig ist, da es einem Missbrauch des Handys durch Dritte Tür und Tor öffnet. Wenden Sie dies also bitte nur an, wenn Sie sicher sind, dass Sie dies brauchen.

Wählen Sie dazu im Menü die “Einstellungen” und dort das “Telefon”. Unten finden Sie nun eine Reihe von Registern, darunter auch “PIN/PIN2″, welchen Sie bitte wählen. Eventuell müssen Sie dazu in den Registern etwas nach rechts blättern. In diesem Dialog (siehe Screenshot) kann dann der Haken bei PIN ist zur Benutzung des Telefons notwendig entfernt werden. Danach muss nur noch einmal die aktuelle PIN eingegeben werden um den Vorgang zu bestätigen.

In einigen Fällen erscheint nach der Eingabe der korrekten PIN dennoch eine Fehlermeldung wie im zweiten Screenshot zu sehen: “PIN/PIN2 Warnung: Ungültiges altes Kennwort. Versuchen Sie es noch einmal.” Zusätzlich werden Sie feststellen, dass in diesen Fällen der Zähler für die drei Eingabeversuche nicht zurückgesetzt wurde.

In diesem Fall unterstützt Ihre SIM-Karte diese Funktion nicht. Das kann vor allem vorkommen, wenn es sich um alte SIM-Karten handelt. Wenden Sie sich an Ihren jeweiligen Handy-Anbieter und lassen Sie sich eine neue SIM-Karte zusenden, die diese Funktion unterstützt. Je nach Vertrag können damit Kosten verbunden sein. Dies wird Ihnen aber bei der Bestellung oder auf Rückfrage mitgeteilt.

Das vermeintliche Protokoll des Angriffs zeigt einen SSH-Login auf ein aktuelles Red Hat Enterprise Linux 5.3-System über den standardmäßig von SSH verwendeten Port 22.

Auf Anfrage eines Mitarbeiters von Red Hat hat sich der OpenSSH-Entwickler Damien Miller auf der OpenSSH-Mailingliste dazu geäußert, jedoch liegen ihm keine geheimen Informationen vor, noch sieht er genügend Beweise für die Existenz einer solchen Sicherheitslücke, vielmehr geht er von einer simplen Brute-Force-Attacke aus. Auch das SANS-Institut sieht ebenfalls noch keinen Beweis für den angeblichen Zero-Day-Exploit, obwohl mittlerweile Hinweise über die Existenz der unbekannten Sicherheitslücke eingegangen sind. Ein weiterer kürzlich von SANS veröffentlichter Artikel lässt jedoch vermuten, dass es sich doch um eine simple Brute-Force-Attacke statt um eine Sicherheitslücke in OpenSSH handeln dürfte.

Als Mitwirkender beim Fedora Project habe ich mit Leuten des Fedora Sicherheitsteams gesprochen, die gleichzeitig im Red Hat Security Response Team arbeiten: Bislang wurden Red Hat keinerlei Einbrüche über eine OpenSSH-Sicherheitslücke auf Kunden-Systeme mit Red Hat Enterprise Linux gemeldet. Der Support von Red Hat steht auch im Kontakt mit den Kunden, um bei Bedarf proaktiv helfen und unterstützen zu können. Zudem konnte Red Hat bei den bislang von Kunden gemeldeten Verdachtsfällen keinen Hinweis für eine OpenSSH-Sicherheitslücke entdecken.

Zusätzlich hat sich ein Team bei Red Hat mit den Unterschieden zwischen OpenSSH 4.3 und der aktuellen Version 5.2 beschäftigt und konnte bei einer Quellcode-Analyse der beiden Versionen keine neuen bzw. korrigierten Sicherheitslücken finden.

Weiter verweist das Red Hat Security Response Team darauf, dass es vermutlich lediglich einen einzigen bekannten Angriff auf eine Webhosting-Firma gab und keine Angriffe auf größere bzw. interessantere Ziele, wie Banken oder Firmen, bei denen geheime Informationen erlangt und verwendet werden könnten. Wäre soetwas der Fall gewesen, hätte Red Hat darüber bereits Kenntnis erlangt und Administratoren würden diese Probleme auf Security-Mailinglisten wie Vendor-Sec oder bei diversen CERTs melden und beschreiben.

Scheinbar plant Red Hat in der nächsten Zeit eine offizielle Stellungnahme zu abzugeben, da trotz diverser investierter Ressourcen und Zeit keinerlei Anhaltspunkte für eine OpenSSH-Sicherheitslücke entdeckt werden konnten. Sollten widererwartend doch mehr Informationen und vor allem technische Details bekannt werden, wird Red Hat entsprechend reagieren. Laut Hinweisen die das SANS-Institut erhalten hat, sollen die Details zur Lücke auf der Ende Juli in Las Vegas stattfindenden Black-Hat-Sicherheitskonferenz öffentlich gemacht werden…

Edit am 1.6.2010: Toter Link zum Protokoll gelöscht.

Location für das Barcamp:

• Es wird ein großer Raum benötigt, in dem sich alle parallel aufhalten können. Ideal geeigent sind beispielsweise die Kantinen wenn die Location bei einer Firma ist.
• In diesem großen Raum sollte auch an den Tischen möglichst Platz für alle Teilnehmer sein.
• Es werden verschieden große Sessionräume benötigt. Perfekt sind Raumgrößen für 10-100 Teilnehmer (je nach Anzahl der Räume, paralleler Sessions und Teilnehmer).
• Zusätzliche kleine Räume ergänzend zu den Sessionräumen für spontane Diskussionen oder Sessionverlängerungen sind perfekt.
• Plane Platz für das Sachsponsoring (Saft, Tee, Kaffe, etc.) ein.
• Im Hauptraum sollte eine Lautsprechranlage vorhanden sein. Funkmikrophone sind zu bevorzugen.
• Kläre Strom- und Wasserversorgung sowie die Müllentsorgung. An wen kann man sich auch am Wochenende wenden? Wie wird der Müll entsorgt und durch wen?
• Halte Haupträume auch bei den Abendveranstaltungen rauchfrei.
• Wo darf am bzw. im Gebäude geraucht werden? In der kälteren Jahreszeit solltest du über ein beheiztes Raucherzelt nachdenken.
• Wie viele Personen dürfen feuerrechtlich in dem Gebäude/in den Räumen sein?
• Achte auf Kleingedrucktes und darin versteckete Konditionen (bspw Reinigungskonditionen).

Catering und Getränke:

• Achte auf Qualität. Menschen lieben gutes Essen. Es macht sie glücklich. :-)
• Lass dir bspw. die Gerichte vorher benennen. Anhand derer kann man oft schon viel erkennen. Caterer die z.B. “vergessen” vegetarische Gerichte anzubieten würde ich eher meiden, weil dies nicht unbedingt für Kompetenz spricht.
• Berücksichtige Vegetarier und andere Einschränkungen. In Stuttgart haben wir 25% Vegetarier geplant und lagen damit ziemlich gut – auch wenn viele von ihnen nicht wirklich Vegetarier waren.
• Wähle einen Caterer der dir flexibel erscheint. Kein Kleingedrucktes akzeptieren, da dort gerne Aufpreise versteckt werden.
• Mache dem Caterer klar, dass er mit den Getränken nichts zu tun hat!
• Wenn es das Budget hergibt ist Kuchen nachmittags nett. Wenn es das Budget nicht hergibt frag lokale Teilnehmer ob sie einen Kuchen mitbringen.
• Plane mit einer No-Show-Rate von etwa 25% beim Essen am Samstag, am Sonntag noch etwas mehr.
• Für Kaffee, Saft, Tee findet sich fast immer Sponsoren. Sorge aber zusätzlich für Wasser. Lokale Quellen und Brauereien machen sich auch gut als Sponsor.

Infrastruktur:

• Sorge für ausreichend Stomanschlüsse durch Mehrfachsteckdosen. Denke auch an Verlängerungskabel/Kabeltrommeln um “abgelegene” Ecken zu erreichen und die Kaffee-/Teemaschinen an mehrere Stromkreise anschließen zu können.
• Ein stabiles WLAN ist essentiell. Bitte möglichst ohne aufwendige Authentifizierung, ohne Porteinschränkungen nach außen und ohne lästige HTTP-Filter.
• Die Außenanbindung des WLANs ist auch nicht unerheblich. In Stuttgart hatten wir in Summe etwa 12 MBit/s Downstream und 9 MBit/s Upstream für 200 Teilnehmer. Frag ggf. lokale ISP ob sie eine temporäre Verbindung bereitstellen.
• Es sollte in jedem Raum ein Beamer vorhanden sein. Räume die keine Beamer haben auf jeden Fall gesondert kennzeichnen.
• Flipcharts oder Whiteboards werden manchmal auch gerne verwendet. Wenn möglich zur Verfügung stehen.
• Mindestens drei große Pinnwände werden für die Sessionplanung, die Sponsorewall und ein Papierwiki benötigt.

Sponsoren:

• Lege klar fest, was die Sponsoren als Gegenleistung erwarten dürfen und kommuniziert das klar. Möglich ist z.B.:
  • Nennung und Verlinkung im Wiki
  • Nennung bei der Eröffnungssession, Vorstellung des Location-Sponsors
  • Logo auf der Sponsorenwall
  • Benennung von Räumen/Mahlzeiten nach den Sponsoren
  • Möglichkeit Werbematerial auszulegen
  • Erwähnung in Pressemitteilungen
  • Druck aller Sponsorenlogos auf dem T-Shrt hinten
  • Eindruck auf dem Flyer mit Informationen für die Teilnehmer
• Alle Sponsoren werden gleich behandelt! Ausgenommen der Raum-/Hauptsponsor
• Lege Mindestbeträge für das Sponsoring fest. Mit vielen kleinen Sponsoren hast du später unnötig Arbeit.
• Kein Geldfluss zwischen Sponsoren und dem Orga-Team. Die Lieferanten stellen die Rechnung direkt an die Sponsoren.
• Lass dir Sponsoringzusagen schriftlich geben.
• Ein Sponsor, der auch vor Ort ist, sollte flexibel Kleinbeträge übernehmen.
• Betrachte Sponsoren nicht nur als Geldquelle sondern auch als Multiplikatoren.
• Nutze Sachsponsoring nur, wo es Kosten reduziert. Ansonsten muss der Sponsor zusätzlich auch Geld geben. (Wenn alle nur ihre Gimmicks beisteuern findet das Barcamp nicht statt…)

Presse:

• Versuche Medienpartner zu gewinnen, die im Vorfeld und nachher über das Event berichten. Dies hilft auch bei der Sponsorensuche.
• Gib Presseerklärungen heraus. Denke dabei daran, dass Journalisten nicht wissen, was Web 2.0, Blogs, etc. sind!
• Plane vor Ort Zeit ein um mit Journalisten zu reden.
• Vor allem die lokale Presse lässt sich über den regionalen Bezug der Veranstaltung besser erreichen als die überregionale.
• Biete den Journalisten an den Artikel gegenzulesen. (Blogger sind sehr kritische Menschen! :-)
• Stelle auf Anfrage Bilder für die Presse zur Verfügung. Nicht jeder Journalist weiß mit Flickr und den jeweiligen Lizenzen umzugehen.

Unterkunft / Anreise:

• Wenn mögich biete gesponsorte Übernachtungsplätze (z.B. in einer Jugendherberge) an.
• Vereinbare mit nahe liegenden Hotels Sonderkonditionen für Barcamper und nimm sie im Gegenzug in deiner Empfehlungsliste auf.
• Lege Wikiseiten für private Übernachtungsmöglichkeiten und Mitfahrgelegenheiten an.
• Wenn die Parkplätze kostenpfichtig sind: Auch hier kann man mit dem Parkhausbetreiber spezielle Tagespauschalen verhandeln.
• Bei abgelegenen Locations bietet sich ein Shuttel-Service zum nächsten Bahnhof oder Mietfahrräder an.
• Stelle ein spezielles Papierwiki für spontane Mitfahrgelegenheiten am Abreisetag auf.

Sonstiges:

• Lege klare die Sprache(n) fest: Nur detsch oder international? Verwende damit Deutsch oder Englisch im Wiki um diesen Teilnehmern klar zu kommunizieren.
• Plane eine (Vor-)Session für Barcamp-Neulinge um sie einzuführen
• Namensschilder beidsetig bedrucken, weil sich diese umdrehen. Bei mehrsprachigen Barcamps die gesprochenen Sprachen des jeweiligen Teilnehmers als kleine Flaggen eindrucken oder entsprechend Flaggen zum Aufkleben bereitlegen.
• Mit dem Barcampname bedruckte Laynards sind toll. Wir hatten unsere von der Agentur Kontrollarmband.
• Namensschilder in Steckbrettern oder Kästchen alphabetisch sortiert vorhalten. Kästchen skalieren besser.
• Erstelle einen Flyer mit Raum- und Zeitplan, Notfallnummern, Apotheken, Umgebungskarte mit ÖPNV, etc. ist hilfreich.
• Es wird eine Veranstaltungsversicherung benötigt! Diese sollte rechtzeitig vor dem Barcamp organisiert werden. Kläre: Wer tritt gegenüber der Versicherung als Veranstalter auf?
• Drucke ausreichend Wegweiser, Raumnamen, etc. vorab
• Drucke Sessionzettel vor bzw. biete diese vorab zum Download an. Darauf gehört wer die Session hält, weches Thema sie hat und an wen (Einsteiger, Fortgeschritte, Special Interest) sie sich richtet. Bei mehrsprachigen Barcamps auch noch die Sprache. Uhrzeit und Raum werden aus dem Sessionplan ersichtlich.
• Lege vorab freiwillige zur Mitarbeit am Samstag und Sonntag fest. Zu verteilende Aufgaben sind u.a. Kaffee kochen und der Empfang. Plane immer mindestens zwei Personen pro “Schicht”.
• Sprich speziell auch Neulinge und Teilnehmerinnen an. Was kannst du tun um die Frauenquote zu erhöhen? Siehe auch die Diskussion zur Frauenquote.
• Biete wenn gewünscht eine Kinderbetreuung an.
• Ein Rahmenprogramm am Freitag Nachmittag für Frühanreisende ist eine schöne Sache.
• Plane die Sessionslots auf eine Stunde, die Sessions jedoch auf 45 Minuten. Ein Signal nach 30 Minuten Sessiondauer, dass man zum Ende kommen möge und ein Startsignal zu den neuen Sessions sorgt für eine Einhaltung des Zeitplans.
• Erfase mit der Anmeldung gleich die T-Shirt-Größe wenn du für alle ein T-Shirt planst. Denke an Girly-Größen!
• Plane am Sonntag rechtzeitig das Aufräumen
• Sorge für Stifte+Aufkleber zur Beschriftung der Kaffeebecher