Mediawiki

[KBDCALLS]

Wäre es mal nicht angebracht unser Mediawiki zu aktualisieren? Denn es ist ja doch schon etwas arg angestaubt. Version 1.19.24 .

2015-05-25
 MediaWiki 1.25.1 maintenance release is now available.
 MediaWiki 1.25.0 is now available, and 1.19 is officially EOL.

Die aktuellen wären

MediaWiki 1.29.2, 1.28.3, 1.27.4

[MSfree]

Um den ganzen noch ein wenig Motivation zu geben:
https://www.heise.de/security/meldung/Z ... 92250.html

[feltel]

Ist schon vorgemerkt, aber hier wie bei phpBB die gleiche Problematik, ich kann ums verrecken nicht Themen.

[KBDCALLS]

Eventuell könnte man das ja bei Github oder ähnlichem bereitstellen. Gilt auch für das Theme des eigentlichen Forums.

[feltel]

Ja, so ein gemeinsames Repo wär vielleicht nicht verkehrt. Könnte ja auch hier auf dem Server ein GIT-Repo einrichten.

[eggy]

Eventuell könnte man das ja bei Github oder ähnlichem bereitstellen. Gilt auch für das Theme des eigentlichen Forums.

@KBDCALLS:
Die Infrastruktur ist ja schon mehr oder weniger da,
für das Theme gibts das Repo vom dino: http://aero2k.de/t/gitlist/dfde-theme.git/ (mit angeschlossener Testinstallation, Details sind im Forenupdate-Thread)
und meine Gründe gegen Github: viewtopic.php?f=14&t=165612&p=1135983&#p1135983

@TRex: Wie stehts mit nem zusätzlichen http://aero2k.de/t/gitlist/dfde-wiki-theme.git/ ?

@Feltel: Hab zur Zeit null und noch weniger Zeit, aber wenn erstmal jemand den Anfang macht ...

[TRex]

Zusätzliches repo wäre kein Problem. Den Häuptlingspubkey und die der üblichen Verdächtigen (dfde-theme) hab ich ja schon. Ich kann nur in der derzeitigen Konfiguration die Konfiguration nicht aus der Hand geben (sodass auch andere neben mir SSH-Keys eintragen könnten).

[eggy]

Mach mal einfach, wenn jemand ausser der üblichen Verdächtigen Dateien einchecken will, kann er sich ja bei Dir melden. Wieder mit Pseudobugtracker im wiki? https://wiki.debianforum.de/Dfdebugtrackerchen#Wiki

[TRex]

Check - http://aero2k.de/t/gitlist/dfde-wiki-theme.git/
gitolite3@aero2k.de:dfde-wiki-theme.git

Vom wiki-bugtracker bin ich nicht so begeistert (ungeachtet davon, was andere Lösungen schlechter machen), aber das muss wissen, wer daran mitarbeitet.

[eggy]

Dino: du kannst von mir aus gerne noch irgendnen "richtigen" Bugtracker hinstellen, die Idee war "genau EINE Stelle wo alle drauf Zugriff haben" und "die Mitarbeitshürde so gering wie möglich halten". Also wenn Du was besseres hast, ich hab nichts dagegen (ausser es ist Github oder sowas ).

[scientific]

Und bis der Bugtracker kommt, kann man Fehlermeldungen hier einkippen?

Da hätte ich gleich zwei auf einen Schlag:

Die Infos über die Software ist ja grenznenlos alt...
Und die Navigationsspalte links ist zwar responsiv, aber unbrauchbar am Handy. Da wär wohl ein Sandwichmenü angebrachter
Hier der Tapatalk-Bildlink. Funktioniert offenbar unter Linux nicht, unter Windows hingegen schon.
https://uploads.tapatalk-cdn.com/201711 ... eb7e2b.jpg

Das gleiche Bild noch einmal per Bildupload hier im Forum:
gallery/image/741/source

Lg scientific

[eggy]

@scientific: nee, solange wir keinen "richtigen" Bugtracker haben, ist es der entsprechende Bereich im Wiki (oben verlinkt), sei so gut und stell es dort ein, sonst haben wir wieder das gleiche Problem wie beim letzten mal: haufenweise Threads mit je mindestens n+1 Seiten und alles wird mehrfach durchgekaut oder geht in der Menge unter, bzw man sucht ewig bis man was gefunden hat.

Ps: Dein tapatalk-Link tut nicht, erstmal gibts ne Zertifikatswarnung "uploads.tapatalk-cdn.com uses an invalid security certificate. The certificate is only valid for *.blob.core.windows.net" und zweitens ne Fehlermeldung "The requested URI does not represent any resource on the server"

[scientific]

Ok.
Dann werd ichs dort mit anderem Bildlink einstellen.
Danke!

[scientific]

@scientific: nee, solange wir keinen "richtigen" Bugtracker haben, ist es der entsprechende Bereich im Wiki (oben verlinkt), sei so gut und stell es dort ein, sonst haben wir wieder das gleiche Problem wie beim letzten mal: haufenweise Threads mit je mindestens n+1 Seiten und alles wird mehrfach durchgekaut oder geht in der Menge unter, bzw man sucht ewig bis man was gefunden hat.

Ps: Dein tapatalk-Link tut nicht, erstmal gibts ne Zertifikatswarnung "uploads.tapatalk-cdn.com uses an invalid security certificate. The certificate is only valid for *.blob.core.windows.net" und zweitens ne Fehlermeldung "The requested URI does not represent any resource on the server"

Hmmmm... Ich hab jetzt in Firefox 57 auf Win10 den Tapatalk-Link angeklickt. Öffnete sich tadellos ohne weitere Warnmeldung.
Und dann ist mir nicht klar, wo im Wiki "oben" sein soll, wo ein Bugtracker verlinkt sein soll...

Ich hab bloß den hier gefunden: https://wiki.debianforum.de/Dfdebugtrackerchen
Da vergebe ich die Bugnummer selber? Einfach die nächsthöhere nehmen?

//EDIT:
So, habs mal eingefügt... mit Bild... ob das so richtig ist, mögen bitte andere korrigieren.

lg scientific

[smutbert]

Ja, da hat auch schon jemand (eggy) einen eigenen Abschnitt namens Wiki erstellt und einen Platzhalter für den ersten Bug mit der Nummer W_1 geschrieben.

Dein Tapatalk-Link funktioniert bei mir übrigens auch nicht - mit derselben Meldung wie bei eggy und die erhalte ich als in Textform angezeigte xml-Datei.

[scientific]

Ja, da hat auch schon jemand (eggy) einen eigenen Abschnitt namens Wiki erstellt und einen Platzhalter für den ersten Bug mit der Nummer W_1 geschrieben.

Dein Tapatalk-Link funktioniert bei mir übrigens auch nicht - mit derselben Meldung wie bei eggy und die erhalte ich als in Textform angezeigte xml-Datei.

Spannend... muss ich daheim mal unter Linux ausprobieren. Weil auf Windows hier in der Arbeit klappt es.

Mein Beitrag, wie auch der Wiki-Bugtracker-Eintrag sind aktualisiert.

lg jakob

[eggy]

@scientific: Sieht richtig aus (also der Bugeintrag). Am Theme vom jetzigen Wiki werden wir nichts machen, aber mal sehen, ob der Fehler bei dem neuen Wiki dann von alleine verschwindet oder ob man da was tun muss.

@Feltel: magst Du mal das jetzige wiki Theme beim Dino ins wiki-git einchecken? Dann hätten wir ne Basis von wo aus man starten kann.

[feltel]

Ich hab das alte Template mal ins passende GIT gepusht.

[eggy]

https://www.mediawiki.org/wiki/Version_lifecycle

Code: Alles auswählen

Version 	Status 		Release 	End-of-life
1.31.x (LTS) 	future version 	June 2018 	June 2021
1.29.x 	current version 	2017-07-13 	July 2018
1.27.x (LTS) 	legacy version 	2016-06-28 	June 2019

Ausgehend von der Annahme, dass LTS für uns die bessere Variante wäre, haben wir zwei Optionen:
a) die 1.27 nehmen und für anderthalb Jahre Ruhe haben
b) auf die 1.31 hinarbeiten, die wirds laut Plan im Sommer geben, und dann bis Sommer 2021 Ruhe haben
Auch wenns Anfangs evtl mehr hin und her ist, bei unseren schnellen Entwicklungszyklen *husthust* klingt b) besser.
Und dann ist es wohl sinnvoll die aktuellste veröffentlichte Version zu nehmen, also mit der 1.29.2 anzufangen.
Gegenvorschläge?

[feltel]

Das hört sich für mich nach nem Plan an. Ich wäre auch für die B-Variante. Jetzt noch für 1.27 anzufangen, was ja auch schon 1 1/2 Jahre "alt" ist, ist denke ich vergebene Zeit.