staging.inyokaproject.org

Der zehnte Monat im Jahr hat wieder Veränderungen für das Team gebracht.

Da die Anreise der 5 Teilnehmer Freitags bis spät in den Abend dauerte, wurde mit der Arbeit erst am Samstag begonnen. Der Freitag klang mit Gesprächen und gemeinsamen Pizza backen gemütlich aus. Die Zutaten beliefen sich auf 1,5kg Käse, 600g Schinken, 300g Pilze, 600g Mais, sowie den notwendigen Teig und die Tomatensoße. In Folge dessen konnte zu jeder Tages- und Nachtzeit Pizza verzehrt werden 😉. An den anderen Tagen wurden die kulinarischen Angebote Karlsruhes ausprobiert. Sowohl das Burgerrestaurant als auch die Dönerbude wurden mit dem Prädikat „Webteamtauglich“ ausgezeichnet und werden gerne wieder besucht. Natürlich wurde viel Kaffee in Quellcode umgewandelt; im Vergleich zu anderen Wochenenden wurden daher die sekundären Getränke wie Limo und Bier nur zur Hälfte aufgebraucht.

Fleißig am Arbeiten…

Samstag und Sonntag wurden in gleichem Maße für das Open-Source-Release relevante Tickets abgearbeitet, die Usability verbessert, als auch Sicherheitsrelevantes korrigiert. Im Detail gehörte dazu zum Beispiel:

• Ein neues Subsystem für die Rechteverwaltung mit django-guardian. Dieses ersetzt in Portal, Ikhaya und Forum die bisherige Eigenentwicklung. Die Rechteverwaltung im Wiki wird später ersetzt und blieb aktuell unberührt. Die Portierungsskripte hierfür entstanden bereits auf dem letzten Hacking-Wochenende, welches im Juli stattfand.

• Eine geschicktere Rechteauswertung bei den gemeldeten Themen: Es können jetzt Supporter Meldungen schließen die ihnen zugewiesen sind, selbst wenn sie im Forum des Themas keine Moderationsrechte haben – dies traf oft aufgrund von Verschiebungen häufiger zu.

• Tote Wikilinks, hinter denen kein existierender Wiki-Artikel verlinkt ist, werden grau angezeigt. Bei einigen Schein-Tot-Links wie z.B. Deja Dup, war allerdings ein Artikel verlinkt. In der Version, die demnächst deployt wird, wird der Link auch hier korrekt als existierend angezeigt.

• Verbesserungen an der Continuous Integration Infrastruktur an unserem Jenkins-Server

• Diverse kleine Fehlerbehebungen

Alle Änderungen werden aktuell noch ausgiebig vom Team getestet und im Laufe der nächsten Wochen auch auf ubuntuusers.de verfügbar sein.

Da ohne Zahlen alles nur Schall und Rauch ist, hier ein paar Statistiken zu diesem Wochenende:

• 122 commits (ohne merge-commits). Insgesamt wurden 110 Dateien angefasst mit insgesamt 2.080 hinzugefügten und 2.082 entfernten Zeilen

• 26 angenommene Pull requests

• 12 geschlossene Tickets. Gleichzeitig wurden 12 neue erstellt – langweilig wird es also nie

• zahlreiche erfolgreiche und erfolglose Jenkins-Builds

Zum Schluss wurden noch zukünftige Entwicklungen geplant. Dies umfasst das OSS-Release, ein neues Meldesystem und die Implementierung des neuen Rechte Subsystems für das Wiki. Ein Ende der Arbeit ist also noch nicht in Sicht.

Die Abreise aus Karlsruhe verzögerte sich allerdings wegen Störungen im Betriebsablauf, da erst alle Pizzareste vernichtet werden mussten. Die Rückreise wurde – ganz im Sinne dieses Wochenendes – ebenfalls noch produktiv genutzt, um etwa diesen Artikel zu erstellen.

Vielen Dank an hefeweiz3n für den eingereichten Artikel.

In den neuen Planetenregeln wird festgelegt, dass die Kommunikation zwischen Bloggern und dem Ikhayateam zukünftig ausschließlich über „Private Nachrichten“ direkt auf ubuntuusers.de stattfindet. Ab diesem Stichtag ist ein Benutzeraccount auf ubuntuusers.de zwingende Voraussetzung für die Teilnahme eines Blogs im Planeten.

Dadurch müssen Blogger nicht mehr über private E-Mail-Adressen angeschrieben werden. Bei „Privaten Nachrichten“ ist auch sofort ersichtlich, von welchem Ikhayateammitglied jemand angeschrieben wurde. Zudem hat damit jeder Blogger Zugang zum Planetenforum auf ubuntuusers.de. Zuletzt entfällt der separate Verwaltungsaufwand für E-Mail-Adressen im Planeten.

Die Änderung betrifft Regel Nr. 6. Diese lautet aktuell und bis zum 1. Januar 2017:

6. Die Kommunikation zwischen Blogbetreiber und Ikhayateam findet vorzugsweise direkt auf ubuntuusers.de über „Private Nachrichten“ statt. Alternativ genügt eine gültige E-Mail-Adresse.

In Zukunft wird sie wie folgt lauten:

6. Die Kommunikation zwischen Blogbetreiber und Ikhayateam findet direkt auf ubuntuusers.de über „Private Nachrichten“ statt. Ein Benutzeraccount auf ubuntuusers.de ist daher zwingende Voraussetzung für die Aufnahme.

Jene Blogger, die Stand heute noch keinen Benutzeraccount auf ubuntuusers.de haben, werden per E-Mail über die Änderung der Planetenregeln informiert. Sie werden gebeten, sich bis zum Stichtag auf ubuntuusers.de zu registrieren. Andernfalls werden die betroffenen Blogs aus dem Planeten entfernt.

Seit kurzem ist „getestet: yakkety“ in Wiki-Artikeln zulässig und wird in der getestet-Box entsprechend angezeigt.

Getestete Versionen im Wiki

Auch die aktuelle, noch 4½ Jahre unterstützte LTS-Version 16.04 Xenial Xerus wird seit dem ersten Snapshot (16.04.1) zur Aktualisierung für die Vor-LTS-Version 14.04 Trusty Tahr angeboten. Daher wäre es hilfreich, wenn möglichst viele noch nicht für Xenial getestete Artikel angepasst werden könnten.

Gibt es Abweichungen, eine erweiterte Funktionalität oder ähnliches, so sollte dies natürlich entsprechend vermerkt werden. Enthält der Artikel Fehler, können (und sollen) diese natürlich auch direkt korrigiert werden.

Bei der Bearbeitung der getestet-Boxen können nicht mehr unterstützte Versionen entfernt werden. Über das End of life gibt folgende Tabelle Aufschluss (siehe auch Ubuntu/Releases (Abschnitt „Unterstuetzt“)):

Das Wikiteam dankt den Anwendern für die freundliche Mithilfe!

Der neunte Monat im Jahr hat kaum Veränderungen für das Team gebracht.

Der achte Monat im Jahr hat wenig Veränderungen für das Team gebracht.

Der siebte Monat im Jahr hat keine Veränderungen für das Team gebracht.

Seit dem letzten Update des Datenbankschemas und dem Inyoka-Hackfest hat sich vieles an Inyoka verändert. Mit Blick auf das für dieses Jahr erwartete Open-Source-Release werden gegenwärtig nur noch wichtige Baustellen abgeschlossen, um dem langjährigen Versprechen des Teams an die Community nachzukommen.

Konkret wird aktuell das in Inyoka vorhandene, aber verbesserungsbedürftige Berechtigungssystem ausgetauscht. Das Berechtigungssystem ist notwendig, um sicherzustellen, dass nur privilegierte Benutzer im Portal auf bestimmte Funktionen (Beiträge verändern, interne Bereiche, Benutzer sperren etc.) zugreifen können. In der Vergangenheit wurde hierfür eine eigene Lösung verwendet. In Zukunft wird dies weitgehend von normalen Django Permissions 🇬🇧 erledigt. Hierdurch sparen wir einige Zeilen Quelltext, aber vor allem den Aufwand ein sicherheitsrelevantes System selbst zu pflegen.

Im Zuge der Implementierung des Berechtigungssystem müssen auch alle Formulare, Seiten etc. (sog. Views 🇬🇧) auf Herz und Nieren geprüft werden. Durch automatische Tests ist sichergestellt, dass unser neues Berechtigungssystem auch in der Praxis funktioniert und kein Benutzer fälschlicherweise zu viele – oder auch zu wenige – Berechtigungen erhält. Wann das neue Berechtigungssystem auf ubuntuusers.de online geht, steht noch nicht im Detail fest. Geplant ist dies für August.

Neben den Arbeiten am Quelltext gibt es aktuell auch vermehrt organisatorische Tätigkeiten. Vor allem die Dokumentation von Inyoka muss auf den aktuellen Stand gebracht werden. Zudem müssen unsere vorhandenen Fehlerberichte auf Github überarbeitet werden. Neue Probleme und Wünsche an Inyoka werden (bis auf wenige Ausnahmen) gegenwärtig nur abgearbeitet, wenn diese für eine Veröffentlichung wichtig sind – umfassen also primär das Beseitigen von Fehlern. Nebenbei planen wir auch, wie der OSS Release Ablaufen soll und die Möglichkeit einer „Getting Started“ Unterstützung für neugierige User.

Inyoka wird – beim gegenwärtigen Stand der Entwicklung – bei der Veröffentlichung über kein voll funktionsfähiges Template verfügen. Einerseits weil das aktuelle Design von ubuntuusers.de nicht veröffentlicht wird und die Arbeiten am OSS-Design noch nicht abgeschlossen sind. Mittelfristig ist geplant, dass ubuntuusers.de ein angepasste Version des OSS-Designs verwendet. Dadurch müssen Änderungen im Idealfall nur noch einmal umgesetzt werden.

Vielen Dank an encbladexp für den Artikel!

Der sechste Monat im Jahr hat einige Veränderungen für das Team gebracht.

Jedes Jahr organisiert sich das Team für ein Treffen im Real-Life. So werden dort aktuelle Aufgaben und Probleme besprochen, aber auch das persönliche Kennenlernen steht im Vordergrund. Auch dieses Jahr traf sich das Team in Essen im Linuxhotel. Während es letztes Jahr 27 Teilnehmer waren, waren es diesmal mit 22 Teilnehmern etwas weniger.

Die anwesenden Teamler

Sonntag¶

Beim Grillen

Da dieses Mal das Teamtreffen auf ein kurzes Wochenende ganz ohne Feiertage fiel, hieß es am Sonntag auch schon: Aufräumen und Abreisen. Nach dem Frühstück machten sich die ersten auf dem Rückweg, Bis zum Nachmittag war der Seminarraum wieder aufgeräumt und alle Teilnehmer wieder abgereist. Das Serverteam war allerdings noch nicht fertig, so fuhren sie auf dem Heimweg noch beim Rechenzentrum in Köln vorbei, um noch einige Arbeiten vor Ort zu erledigen.

Der fünfte Monat im Jahr hat etwas Veränderung für das Team gebracht.

Der vierte Monat im Jahr hat kaum Veränderungen für das Team gebracht.

Der dritte Monat im Jahr hat ein paar Veränderungen für das Team gebracht, die wir aus Gründen der Transparenz hier veröffentlichen.

Seit kurzem ist „getestet: xenial“ in Wiki-Artikeln zulässig und wird in der getestet-Box entsprechend angezeigt.

Die größten Veränderungen zwischen 14.04 und 16.04 erfolgten dabei bei Kubuntu. Der KDE-Desktop „Plasma“ und die zugehörigen Komponenten wurden von den KDE-Entwicklern in einer neuen Hauptversion herausgegeben, die auf Qt5 basiert.

Aufgrund dieser großen Veränderung sind viele Artikel zu KDE (eine Übersicht findet sich an dieser Stelle) möglicherweise nicht mehr gültig und müssen angepasst werden. Je nach Artikel kann es sich dabei um kleine Modifikationen handeln. Allerdings kann es auch notwendig werden, Artikel komplett zu überarbeiten.

Insbesondere Icons und Screenshots müssten an das neue Breeze-Design angepasst werden, da sonst – selbst bei inhaltlich korrekten Artikeln – ein veralteter Gesamteindruck entsteht. Das Wikiteam hat für diesen Zweck bereits die neuen Breeze-Icons zur Verfügung gestellt. Wie das Hochladen und Bearbeiten von Screenshots im Wiki geht, kann unter Wiki/Syntax (Abschnitt „Bilder“) nachgelesen werden. Ein bereits aktualisierter Artikel ist zum Beispiel Dolphin. Dort wurden bereits zahlreiche Screenshots ausgetauscht und die Texte aktualisiert, wie man in den Revisionen des Wiki-Artikels auch nachlesen kann. Ein Negativ-Beispiel ist etwa der Artikel zu Muon Programmverwaltung, dieser wurde nicht nur jahrelang nicht angefasst, er wurde auch nur mit 12.04 und nicht mit 14.04 getestet.

Je nach Ausmaß der Veränderung kann es sinnvoll sein, neue Artikel anzulegen und somit separate Texte für 14.04 und 16.04 zu verfassen. Denn die alten Artikel verlieren nicht sofort ihre Gültigkeit, schließlich wird Kubuntu 14.04 noch bis 2019 mit Aktualisierungen versorgt.

Jeder, der Zeit und Lust hat, ist herzlich dazu eingeladen, Wiki-Artikel unter Xenial zu testen und das „getestet“-Tag entsprechend zu erweitern. Da Xenial fünf Jahre lang unterstützt wird, wäre es sehr schön, wenn in den nächsten Monaten möglichst viele Wiki-Artikel auf die Gültigkeit für 16.04 LTS geprüft würden.

Jede kleine Anpassung oder geänderte Information hilft am Ende jedem Nutzer ein aktuelleres Wiki bieten zu können.

Seit kurzem ist „getestet: xenial“ in Wiki-Artikeln zulässig und wird in der getestet-Box entsprechend angezeigt.

Getestete Versionen im Wiki

Jeder, der Zeit und Lust hat, ist herzlich dazu eingeladen, Wiki-Artikel unter Xenial zu testen und das „getestet“-Tag entsprechend zu erweitern. Da Xenial fünf Jahre lang unterstützt wird, wäre es schön, wenn in den nächsten Monaten möglichst viele Wiki-Artikel auf die Gültigkeit für 16.04 LTS geprüft würden.

Gibt es Abweichungen, eine erweiterte Funktionalität oder ähnliches, so sollte dies natürlich entsprechend vermerkt werden. Enthält der Artikel Fehler, können (und sollen) diese natürlich auch direkt korrigiert werden.

Bei der Bearbeitung der getestet-Boxen können nicht mehr unterstützte Versionen entfernt werden. Über das End of life gibt folgende Tabelle Aufschluss (siehe auch Ubuntu/Releases (Abschnitt „Unterstuetzt“)):

Das Wikiteam dankt den Anwendern für die freundliche Mithilfe!