debianforum.de - Upgrade

[feltel]

Prima, danke fürs testen.

[Sv3n]

Immer wieder gerne, wenn ich helfen kann mache ich das. Noch was testen?

PS.
Ich würde ja immer noch auf die phpBB Version 3.1.10 tendieren-

[eggy]

@Sv3n
Danke!
Aus dem aktuellen Debian stable ist php5 raus, d.h. wir brauchen über kurz oder lang was, das auf php7 läuft.
Kannst Du abschätzen, wieviel Aufwand es wäre, das Script auf 7 umzuschreiben? Oder gibts von den Autoren ne "Roadmap" etc?

[Sv3n]

Das Forum (phpBB3.2) läuft problemlos auf php7.
Um die Fehler zu korrigieren (aus der Gallery mit php7) kann ich nicht sagen. Und ob Autoren bereits einen Fix haben habe ich auch noch nicht geschaut. Ich werde es aber mal testen ob ich den Fehler nicht korrigiert bekomme. Kann ja nur an den Tabellen liegen.

Wer Interesse an einem Acc. hat kann sich gerne melden.

[heisenberg]

Ich habe ab Mitte der kommenden Woche zwei Wochen Urlaub und da werd ich das ganze durchziehen.

Aufgrund der aktuellen Situation(EOL) ist es verständlich, wenn man das Update schnellstmöglich durchziehen will, wenn denn auch schon einmal tatsächlich etwas Zeit dafür übrig ist.

Was ich selbst gut finden würde, ist, wenn die Gelegenheit genutzt wird, um anderen die Gelegenheit zu geben mitzuhelfen. Es ist mit Sicherheit anfangs schwerer, das zu koordinieren und erfordert mit Sicherheit auch einen erhöhten Kommunikationsaufwand. Und natürlich sind die 100 tollen Helfer nicht gleich von Anfang an da, sondern kommen bestimmt eher tropfenweise nach und nach. Doch langfristig wird Dich das bestimmt entlasten, so dass vor allem der Prozess der Klärung der technischen Problme im Vorfeld mehr in der DF.de-Community stattfindet

Besonders wichtig sehe ich hier die Umstellung des Release-Zyklus von phpBB an. phpBB 3.0.x wurde insgesamt 8 Jahre supportet. Jetzt sind es nur noch 24 Monate.D. h. phpBB 3.1.x läuft jetzt im Dezember bereits wieder aus und phpBB 3.2.x ist 12/2018 EOL.

Den Vorschlag mit einem dezentralen Repo für die Entwicklung finde ich zwar einerseits reizvoll, aber auf der anderen Seite gibt es hier nur eine ganz eng begrenzte Codebasis, die wir anfassen. Ich versuche schon immer so wenig wie möglich Code zu ändern, um das ganze so wartungsfrei zu machen, wie es nur geht. Wenn wir jetzt hier viel mit custom Code operieren oder einem Repo, dann ist das meiner Meinung nach viel zu viel administrativer Overhead.

Klare Zustimmung dazu, dass man den Main-Code von phpBB eigentlich nicht anfassen will um dann irgenwelche eigenen Patches neben dem Sourcecoude zu pflegen.

Mein Gedanke ist da, dass man hauptsächlich für das Deployment ein Repository hat. Dort soll alles drin sein, was es für die Installation braucht, Grafiken, konfigurationen, selbsterstellte Themes. Damit hätte man dann auch ohne Automation erst einmal alles zusammen, was die phpBB-Instanz braucht inkl. Historie und durch die Kommentare eine Dokumentation und Gründe der notwendigen Änderungen. Idealerweise liegen dort auch keine entpackten Tarballs von phpBB oder anderem, sondern mehr Metadaten(PHPBB_VERSION=3.2), mit Hilfe derer dann die entsprechende Version der Softwarepakete gezogen werden.

Falls es denn tatsächlich Patches gibt(Hört sich so an als ob bei Gallery da etwas anfallen könnte), dann werden die ja idealerweise upstream weitergegeben und möglicherweise könnte man diese zeitweise im repository mitgepflegen.

So ein Repository, bei dem es dann z. B. eines geben könnte, dass das offizielle Repo ist, erleichtert es dann, dass man sich beteilligen kann, selbst aktiv Probleme löst und die Lösung dann per Pull-Request zur Begutachtung zur Verfügung stellt.

[eggy]

@Feltel:
Ah, ok, allgemeines an-einander-vorbeireden
Aus meiner Sicht gehts bei dem git nur um das Theme.

@heisenberg:
Aus dem Log/Tags sollte ersichtlich sein für welche Version der Stand jeweils geeignet ist. Aber nen Readme dabei zu legen, wo beschrieben ist, welche Einstellungen für uns relevant sind, ist vielleicht nicht falsch. Aber das Theme sollte egal mit welchen Einstellungen laufen. Daher braucht man die Config zum Testen nicht.

Ich denke die dfde Config und Co haben im git nichts zu suchen. Mir gehts nicht darum die Automatisation des Dfde zu erschaffen. Hier gehts nur darum das Theme einfach an die Mithelfenden verteilen zu können und (was ich für besonders relevant halte) dokumentiert an unsere nächste Generation von Themeanpassern weiterzugeben. Ich werd beim nächsten grossen Versionsprung bestimmt nicht nochmal soviel Zeit darein versenken können. Dann darf mal jemand anders. Und dann wärs schön wenn der Start für denjenigen einfach genug ist, dass er nicht gleich schreiend wieder wegrennt.

(Für die Mitlesenden, die die installation von phpBB nicht kennen: man wirft ne handvoll Dateien auf nen Webserver, klickt sich durch den Installer und dann hat man ein lauffähiges Board - will man, dass es besonders aussieht, dann lädt man nen Zipfile hoch und klickt dazu noch zwei-dreimal im Admininterface rum - Wenn wir hier vom "Theme" sprechen, gehts um die Daten im Zipfile, das sind Templatedateien die bestimmten wo welche Informationen erscheinen und etwas css das es bunt macht).


Was die "Organisation angeht: ich finde es gut so wie es ist: Feltel macht".
Was wir tuen können, ist: ihn unterstützen OHNE ihm Koordinationsoverhead aufzuladen.
D.h. wir betreiben das Theme-git, wenn er daraus was nehmen will, kann er es tun, wenn nicht, dann eben nicht

[feltel]

Ja, da haben wir wohl tatsächlich aneinander vorbeigeredet oder besser gesagt geschrieben. Ich hatte es so verstanden, das aller "Code" des Forums in einem VCS verwaltet werden soll. Das wäre mir zumindestens aktuell jedoch zu aufwendig und vorallem zu kurzfristig, um es richtig zu machen. Wenn ihr jedoch erstmal nur das Template usw. darin verwalten wollt, dann habt ihr hiermit meinen Segen. Perspektivisch könnte man meinetwegen auch die anderen Anpassungen mit reinnehmen, aber wie gesagt für die in Kürze anstehende Migration halte ich das für zu kurzfristig.

[Sv3n]

@Sv3n
Danke!
Aus dem aktuellen Debian stable ist php5 raus, d.h. wir brauchen über kurz oder lang was, das auf php7 läuft.

Ja auf php7.1 läuft die Gallery schon mal. Du kannst Dir das gerne im Testforum ansehen.!?

[heisenberg]

Aus dem Log/Tags sollte ersichtlich sein für welche Version der Stand jeweils geeignet ist. Aber nen Readme dabei zu legen, wo beschrieben ist, welche Einstellungen für uns relevant sind, ist vielleicht nicht falsch. Aber das Theme sollte egal mit welchen Einstellungen laufen. Daher braucht man die Config zum Testen nicht.

Ich denke die dfde Config und Co haben im git nichts zu suchen. Mir gehts nicht darum die Automatisation des Dfde zu erschaffen.

Mir geht es darum, dass man schnell mal testen und sich aus dem git mal eine Instanz per Befehl zusammenbauen kann. Dfde will ich selbst nicht automatisieren. Das liegt bei feltel. Das kann er halten wie er will. Das ist meine Vorstellung dazu. Das kann man mögen oder nicht. Ich kann das ja selbst aufsetzen. Wer's nutzen möchte, kann das dann tun. Ob das dann tatsächlich hilfreich ist, dass würde ich gerne einfach ausprobieren.

Und dann wärs schön wenn der Start für denjenigen einfach genug ist, dass er nicht gleich schreiend wieder wegrennt.

Auch meine Intention.

(Für die Mitlesenden, die die installation von phpBB nicht kennen: man wirft ne handvoll Dateien auf nen Webserver, klickt sich durch den Installer und dann hat man ein lauffähiges Board

...oder man verwendet den Kommandozeileninstaller und die YAML-Datei zur automatischen Installation.

Was wir tun können, ist: ihn unterstützen OHNE ihm Koordinationsoverhead aufzuladen.

Volle Zustimmung.

D.h. wir betreiben das Theme-git, wenn er daraus was nehmen will, kann er es tun, wenn nicht, dann eben nicht

Das wäre jetzt mal zunächst von allem das wichtigste.
EDIT: Wenn ich das richtig sehe, dann hast Du und feltel im Moment als einziger Zugriff darauf. Könnte einer von Euch den aktuellen Stand zur Verfügung stellen?

[eggy]

@Heisenberg: ja kann ich machen, sobald ich a) in der Nähe des Offlinebackups bin und b) dann auch Zeit dafür hab (Wochenende++ klingt machbar)
In dem Datensatz, den Feltel hat, sind evtl noch Sachen, die da nicht reingehören.
Ich würde also lieber nochmal drübersehn, bevor das in nen öffentliches Git geht.

Wie gesagt, TRex macht das Repo auf, und ich push den Krams rein ... jetzt lag das 2 Jahre, da kommt auf nen paar Tage auch nicht mehr an.

[heisenberg]

Wie gesagt, TRex macht das Repo auf, und ich push den Krams rein ... jetzt lag das 2 Jahre, da kommt auf nen paar Tage auch nicht mehr an.

[Sv3n]

Also geht es jetzt am kommenden Wochenende weitet.?

[heisenberg]

Also geht es jetzt am kommenden Wochenende weiter?

Du bist ja fast so ungeduldig wie ich. Wenn es Neuigkeiten gibt, dann wird es wohl hier stehen...

[Sv3n]

Du bist ja fast so ungeduldig wie ich. Wenn es Neuigkeiten gibt, dann wird es wohl hier stehen...

Ja klar bin gespannt wie ein flitzebogen. Soll ja auch Berg auf gehen.

Ist denn soweit alles getestet worden an Extensionen, oder steht noch etwas offen?

[Sv3n]

// Ich möchte gerne nochmal einen Nachtrag hinzu schreiben.

Ich möchte dann noch etwas hinzufügen Zweck phpBB 3.2.0
Wenn ich auf meinem root php7 Apache2 installiere, ist das Forum nicht ohne einen Fehler aufrufbar, das gleiche gilt dann auch noch für php7.1 Apache2 = auch mit fehlern.
Um es zum laufen zugekommen muß man min. php7.1 und CGI/FPM installiert haben. Der erste Fehler der dann kommt ist schon mal:

Code: Alles auswählen

Fatal error: require(): Failed opening required './config.php' (include_path='.:/usr/share/php:..') in /www/phpbb/config_php_file.php on line 107

Weiter... im Forum, wenn dort ein Code gepostet wird hat man im Feld wo der Code erscheint noch einen waagerechten Balken (zum scrollen von rechts nach links) der Fehler wurde auch noch nicht von phpBB korrigiert, obwohl es bekannt ist. Naja...

Ich persönlich würde ja eher zu einem upgrade auf 3.1.10 machen, wobei ich auch der Meinung bin das es nochmal ein 3.1.11 geben soll. Wenn der support für phpBB3.1.x ausläuft (ca.Dez.2017) kann man immer noch ein upgrade auf 3.2.x machen.

Mann will die User aus dem Forum ja auch nicht mit errors belästigen...

Und die Version 3.2.0 würde ich erst mal außen vorstehen lassen.

Wenn es dennoch phpBB 3.2.0 sein sollte, würde ich noch ein Fix abwarten also 3.2.1 viele Fehler werden dort bestimmt gefixt werden.

Das wäre ja nochmals meine Meinung.
Ich habe ja auch für debianforum.de (df.de) ein Testforum erstellt, mit der Version 3.2 , wer Einblick will kann sich nochmal hier im Thema melden

[feltel]

Wir werden auf absehbare Zeit sowieso erstmal auf Jessie und damit auf PHP 5.6 bleiben. Das Strech-Upgrade will ich mir im Moment noch nicht ans Bein binden. Erstmal ein paar Wochen abwarten bis sich die ersten Upgrade-Bugs zeigen. Und vielleicht belasse ich den aktuellen Rootserver sowieso gleich auf Jessie und würde dann irgendwann mit nem neuen Strech-basierenden Rootserver neu aufsetzen.

[beLI3VeR]

Wir werden auf absehbare Zeit sowieso erstmal auf Jessie und damit auf PHP 5.6 bleiben. Das Strech-Upgrade will ich mir im Moment noch nicht ans Bein binden. Erstmal ein paar Wochen abwarten bis sich die ersten Upgrade-Bugs zeigen. Und vielleicht belasse ich den aktuellen Rootserver sowieso gleich auf Jessie und würde dann irgendwann mit nem neuen Strech-basierenden Rootserver neu aufsetzen.

Wie sieht es aus mit Zertifikaten ? Jabber ? Und den Webchat? da gibt es inzwischen gute Alternativen und Let's encrypt ist echt ne super idee.

[Liffi]

Wie sieht es aus mit Zertifikaten ? Jabber ? Und den Webchat? da gibt es inzwischen gute Alternativen und Let's encrypt ist echt ne super idee.

Let's Encrypt wird schon eingesetzt.

[beLI3VeR]

Warum ist dann nicht der Jabber Server enthalten?

[catdog2]

Ist er doch:

Code: Alles auswählen

% testssl --server_defaults --starttls xmpp debianforum.de:5222 
...
 further IP addresses:   2a01:4f8:200:22a4::2
 rDNS (144.76.154.165):  zoidberg.debianforum.de.
 Service set:            STARTTLS via XMPP

 Testing server defaults (Server Hello) 

 TLS extensions (standard)    "renegotiation info/#65281" "EC point formats/#11"
 Session Tickets RFC 5077     (none)
 SSL Session ID support       yes
 TLS clock skew               random values, no fingerprinting possible 
 Signature Algorithm          SHA256 with RSA
 Server key size              RSA 4096 bits
 Fingerprint / Serial         SHA1 BC243759812FC3B0A89D4F78F40551D504C07149 / 0312D3CAA355D41AF95F2088314226075022
                              SHA256 2564E97F2FBBD882D296F91B009E89DDCEB4383CA7C363AB3E11747E8D2CD57E
 Common Name (CN)             "debianforum.de"
 subjectAltName (SAN)         "chat.debianforum.de" "db.debianforum.de" "debianforum.de" "gallery.debianforum.de" "jabber.debianforum.de" "lists.debianforum.de" "mail.debianforum.de" "mirror.debianforum.de" "nopaste.debianforum.de" "np.debianforum.de" "planet.debianforum.de" "wiki.debianforum.de" "www.debianforum.de" 
 Issuer                       "Let's Encrypt Authority X3" ("Let's Encrypt" from "US")
 Trust (hostname)             Ok via SAN and CN
 Chain of trust               "/usr/bin/etc/*.pem" cannot be found / not readable
 EV cert (experimental)       no 
 Certificate Expiration       70 >= 30 days (2017-06-10 15:35 --> 2017-09-08 15:35 +0200)
 # of certificates provided   2
 Certificate Revocation List  --
 OCSP URI                     http://ocsp.int-x3.letsencrypt.org
 OCSP stapling                --

[beLI3VeR]

Komisch, wenn ich im Browser

https://jabber.debianforum.de/

aufrufe, bekomme ich einen Zertifikatfehler.

[Sv3n]

Bei mir geht es Einwandfrei. Auch ohne Fehler

[beLI3VeR]

Bei mir geht es Einwandfrei. Auch ohne Fehler

Dies ist keine sichere Verbindung

Unbefugte Dritte könnten versuchen, Ihre Informationen von jabber.debianforum.de zu stehlen, z. B. Passwörter, Nachrichten oder Kreditkartendaten. NET::ERR_CERT_DATE_INVALID

[Sv3n]

Wir werden auf absehbare Zeit sowieso erstmal auf Jessie und damit auf PHP 5.6 bleiben.

Wenn dem so sei, und es ein Upgrade geben sollte kann man ja auch phpbb3.1.x einsetzen. Wenn Interesse besteht würde ich mich auch bereit erklären div. Sachen zu testen und ein Style erstellen.

[beLI3VeR]

Habe das Problem gefunden.
Die Domain jabber.debianforum.de verlinkt noch ein Zertifikat was nicht mehr aktuell ist.

https://ssl-tools.net/webservers/debianforum.de

ist ein anderes Zertifikat als

https://ssl-tools.net/webservers/jabber.debianforum.de