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?

Das wars dann mit dem Linux Tablet :(

Wenig erfreuliche Nachrichten kommen ja immer im Bundle, so auch hier:

Serienfehler in meinem Surface Pro4 schlägt zu

Da nutzt man so ein Gerät mal 2 Monate und schon geht es kaputt. Vorteil, und das muß man hoch anrechnen, M$ wird es wohl komplett austauschen, weil es noch in Garantie und es ein Serienfehler ist.

Klar, wenn die Lüfter ausfallen, grillt der i7 bei Last mal ganz locker die GPU, auch wenn der i7 Chip bis 100 Grad C angegeben ist, geht das ohne Luft nicht lange gut. So kommt es dann zum Flackern des Bildschirms. Das Schicksal hat also auch mein Tablet jetzt erwischt. Ganz offen, könnte ich kotzen, weil der Tausch der Lüftereinheit ist eigentlich eine Kleinigkeit wenn, ja wenn da nicht das verklebte Display wäre.  Der neue Lüfter kostet lediglich 29 € und ist in 10 Minuten getauscht, wenn man eine Heissluftpistole sein eigenen nennt.

Im Fachhandel soll es auch einen Aufsatz fürs Display geben, mit dem der Kleber thermisch gelöst werden kann, ohne das alles andere auch warm wird.

Mal sehen was M$ nachher im Chat dazu sagen wird.