Friendica Update 2019.03 nicht ganz wie in der Anleitung

Da denkt man, man müßte nur der Anleitung folgen und am Ende, ist es doch wieder Arbeit 🙂 Friendica 03.2019 ist eigentlich ganz einfach anzuwenden,
wenn man nicht der Anleitung folgt 😉

Friendica 2019.03 „Dalmatian Bellflower“ Released

Am Ende war es ja nur wieder, alles nochmal machen und einen Bugreport, und 2 Patchfiles einreichen. Ich hatte mich entschieden nicht git zu nehmen, sondern das Komplette Tar-Archiv auszurollen. Dazu gibt es u.a. diese Anleitung:

Using the Archive Files

If you had downloaded the source files in an archive file (zip or tar.gz) please download the current version of the archive (friendica-full-2019.03.tar.gz and friendica-addons-2019.02.tar.gz) and unpack it on your local computer.

Da man eh beide Files braucht, hätte man die auch gleich zusammen ausliefern können. Nur son Gedanke.

As many files got deleted or moved around, please upload the unpacked files to a new directory on your server (say friendica_new) and copy over your existing configuration and .htaccess files. Afterwards rename your current Friendica directory (e.g. friendica) to friendica_old and friendica_new to friendica.

und hier fängt der Ärger an, wenn man jetzt „cp config/* to_new_path/config/“ macht. Ihr dürft NUR die local.config.php und die addon*.config.php kopieren. Die anderen dürfen nicht übergenagelt werden, sonst ist aus Friendica ein Unfriendica geworden 🙂

Please be aware of the changes in the configuration format. You should follow the instructions linked from your admin panel as soon as possible to move your configuration to the new location.

Welche Instructions? Da waren keine 😉 Und dann halt noch das DB Update hinterher, aber da das lief, lassen wir das mal unbeachtet.

Danach dürft Ihr gleich noch zwei Bugs beheben, wenn Ihr wollt 🙂

include/conversations.php: Zeile 821 muß so aussehen: if (is_array($comments) && count($comments) != 0) {
src/Model/Photo.php: Zeile 177 bitte einfügen: if (!isset($photo[„backend-class“]) return null;

 

 

Neuer Kernel, neues Glück?

Ich sags Euch, daß Surface Pro4 Tablet macht mich fertig. Heute mit neuem Kernel gebootet und siehe.. die Lüfter springen wieder an. Ergo, konnte ich den Flackerbildschirm von gestern nicht reproduzieren.

Ob das jetzt am nächtlichen Strom-Aus, neuer Treibern im Kernel oder an geänderter Firmware ( wie auch immer das passiert sein mag ) liegt, ich weiß es nicht.

Microsoft Support

Der M$ Support erschien zwar auf dem Papier gut, aber in der Realität schaffen die es nicht mal einen zurückzurufen.

Wir werden sehen, wie es ausgeht.

UPDATE:

Die Firma Microsoft hätte gern einen Type-Teile-Tausch durchgeführt und spendiert neue HW, weil Serienfehler. Ich halte Euch auf dem Laufenden.

Hat nur drei Stunden gedauert bis im Chat wer aufgetaucht ist.

Games: Astrolords mit Touchsupport?