Friendica Support hat dies geteilt.
Hiker hat dies geteilt.
Wir wurden heute beim Vorbeigehen lange beobachtet.
!Friendica Support
Noch einmal die Frage, warum muss man bei einem Update jetzt bei git von Friendica ein User/Passwort angeben?
bin/composer.phar run install:prod
Installing dependencies from lock file
Verifying lock file contents can be installed on current platform.
Package operations: 1 install, 14 updates, 1 removal
- Syncing friendica/json-ld (1.1.5) into cache
Authentication required (git.friendi.ca):
Username: xxxx
Password: Friendica Support hat dies geteilt.
@Hiker hmm OK, gleiches Problem wie neulich, Cyon nutzt wohl CentOS 7?
Das Problem ist kein Login, sondern ein TLS-Kompatibilitätsproblem des alten EL7/CentOS7-Stacks. git.friendi.ca verlangt eine modernere TLS-Aushandlung, während der betroffene Server mit OpenSSL/1.0.2k-fips beim Git-Clone scheitert.
Teste mal:
git --version; curl --version; openssl version; git -c http.sslVersion=tlsv1.2 ls-remote git.friendi.ca/friendica/php-j…
gegen das hier:
git --version; curl --version; openssl version; git ls-remote git.friendi.ca/friendica/php-j…
git version 2.36.6
curl 8.9.1 (x86_64-pc-linux-gnu) libcurl/8.9.1 OpenSSL/1.0.2k-fips zlib/1.2.7 brotli/1.0.9 libidn2/2.3.7 libpsl/0.7.0 (+libicu/50.1.2) libssh2/1.10.0 nghttp2/1.33.0 OpenLDAP/2.4.44
Release-Date: 2024-07-31
Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs ipns ldap ldaps mqtt pop3 pop3s rtsp scp sftp smb smbs smtp smtps telnet tftp
Features: alt-svc AsynchDNS brotli HSTS HTTP2 HTTPS-proxy IDN IPv6 Largefile libz NTLM PSL SSL threadsafe UnixSockets
OpenSSL 1.0.2k-fips 26 Jan 2017beide git ls-remote geben:
fatal: unable to access 'https://git.friendi.ca/friendica/php-json-ld.git/': OpenSSL/1.0.2k-fips: error:1407742E:SSL routines:SSL23_GET_SERVER_HELLO:tlsv1 alert protocol versionFriendica Support hat dies geteilt.
Linux cetus.uberspace.de 3.10.0-1160.144.1.el7.tuxcare.els5.x86_64 #1 SMP Wed May 13 12:31:54 UTC 2026 x86_64 x86_64 x86_64 GNU/LinuxFriendica Support hat dies geteilt.
@Hiker hmm ja dann habe ich schlechte Nachrichten, die Lösung scheint zu sein auf eine 8er Uberspace umzuziehen. 😕
So meinte zumindest @Uberspace Support neulich.
@Tobias sollten wir da vielleicht eine Notiz in den Updateanleitungen einbauen, dass U7 nicht mehr kompatibel sind?
Ob das von github aus noch geht, dann müsste man nur auf github switchen?
Friendica Support hat dies geteilt.
Kurzes Update: git.friendi.ca war TLS-seitig auf „Modern“ gestellt. Das ist sauber, aber für einige ältere Umgebungen zu streng.
Ich habe die TLS-Konfiguration jetzt auf „Intermediate“ gesetzt. Ergebnis: Moderne Clients nutzen weiterhin TLS 1.3/TLS 1.2 mit starken Ciphern, TLS 1.0 und TLS 1.1 bleiben abgelehnt. Ein Test mit einem frischen CentOS-7-Docker-Container funktioniert jetzt wieder:
git 1.8.3.1
curl 7.29.0
OpenSSL 1.0.2k-fips
`git ls-remote git.friendi.ca/friendica/php-j… liefert wieder die Tags inkl. 1.1.5.
Damit sollte der Composer-Lauf jetzt wieder funktionieren.
Trotzdem: CentOS 7 und ähnliche alte Hosting-Umgebungen sollten langsam wirklich aussterben. Wer noch darauf sitzt, sollte mittelfristig über einen Umzug auf eine modernere Plattform nachdenken.
@Michael 🇺🇦 @Tobias @Hiker ich lass das jetzt so.
Das Risiko liegt halt bei den Clients und Nutzern, nicht bei mir. Moderne Software (bspw. Firefox) nutzt diese alten Cipher und TLS-Versionen nicht, damit sind moderne Clients sicher. Soweit ich das verstehe.
Und für meinen Server sollte es auch keine Rolle spielen.
!Friendica Support
Auf einem weiteren Server scheitert ein dev Upgrade. Das man hier noch ein User/Passwort angeben muss, ist wohl neu?
bin/composer.phar run install:prod
Installing dependencies from lock file
Verifying lock file contents can be installed on current platform.
Package operations: 1 install, 14 updates, 1 removal
- Syncing friendica/json-ld (1.1.5) into cache
Authentication required (git.friendi.ca):
Username: hiker
Password:
In Git.php line 657:
Failed to execute git clone --mirror -- https://hik...:tee...%2A@git.friendi.ca/friendica/php-json-ld.git /home/tinu32/.cache/compos
er/vcs/https---git.friendi.ca-friendica-php-json-ld.git/
Cloning into bare repository '/home/tinu32/.cache/composer/vcs/https---git.friendi.ca-friendica-php-json-ld.git'...
fatal: unable to access 'https://git.friendi.ca/friendica/php-json-ld.git/': OpenSSL/1.0.2k-fips: error:1407742E:SSL routines:SSL23_
GET_SERVER_HELLO:tlsv1 alert protocol version
install [--prefer-source] [--prefer-dist] [--prefer-install PREFER-INSTALL] [--dry-run] [--download-only] [--dev] [--no-suggest] [--no-dev] [--no-security-blocking] [--no-autoloader] [--no-progress] [--no-install] [--audit] [--audit-format AUDIT-FORMAT] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--apcu-autoloader-prefix APCU-AUTOLOADER-PREFIX] [--ignore-platform-req IGNORE-PLATFORM-REQ] [--ignore-platform-reqs] [--] [<packages>...]
Script @composer install -o --no-dev handling the install:prod event returned with error code 1Friendica Support hat dies geteilt.
Friendica Support hat dies geteilt.
!Friendica Support
Upgrade auf 2026.08-dev funkioniert nicht richtig.
git pull und bin/composer.phar run install:prod laufen ohne Fehler durch.
Auf der 1. Instanz wird im Admin Panel gemeldet, es gäe ein Upgrade, man sei immer noch auf einer alten Version. Stimmt doch gar nicht.
Es gibt eine neue Version von Friendica. Du verwendest derzeit die Version 2026.04-dev, die aktuelle Version ist 2026.08-dev.
Auf einer 2. Instanz kommt nur noch seltsame Darstellung.
Friendica Support hat dies geteilt.
Ok, hat geholfen.
Aber dass im Admin Panel immer noch die Notiz kommt, es sei eine neue Version vorhanden, ist noch immer da.
Es gibt eine neue Version von Friendica. Du verwendest derzeit die Version 2026.04-dev, die aktuelle Version ist 2026.08-dev.
Zusätzlich ist hier unten dran ein komischer leerer Abschnitt:
Friendica Support hat dies geteilt.
Hiker mag das.
675858 UpdateContacts 2025-04-17 14:10:06 40Friendica Support hat dies geteilt.
Es werden Kontakte aktualisiert, deren letzte Aktualisierung lange zurückliegt. So oder so: Dieses "killen" bezieht sich ja nur auf den "UpdateContacts"-Job. Und das ist einer der Jobs, deren Ausfall keinerlei Probleme für den Empfang oder Versand von Nachrichten bereitet. Dieser Job ist nur dazu da, dass Du bei Dir das aktuelle Avatar-Bild des Kontaktes siehst und dass die Profilbeschreibung aktuell ist. (und ein paar andere Kontaktdaten)
Es ist also extrem unproblematisch, dass der Job gekillt wird. Er word halt immer dann gekillt, wenn der Job die ihm zugestandene Laufzeit überschreitet. Das kann passieren, wenn andere Server sehr langsam sind. Aber auch bereitet wiederum keinerlei wirkliche Probleme.
Friendica Support hat dies geteilt.
Friendica Support hat dies geteilt.
Friendica Support hat dies geteilt.
!Friendica Support
Again this problem: Worker cron job gets killed...
/bin/bash: line 1: 1841627 Killed php bin/console.php worker
And again this job "UpdateContacts" remains in the worker queue list and causes the problem:
609736 UpdateContacts 2025-03-31 11:20:04 40
Friendica Support hat dies geteilt.
!Friendica Support
I have again an old job in the worker queue which causes “worker” to crash - cron gets killed by the system
Queue:589671 UpdateContacts 2025-03-15 22:30:05 40
Mail from system:/bin/bash: line 1: 1563184 Killed php bin/console.php worker
The workerqueue table in the database doesn't give much informaiton about this ID.
589671 UpdateContacts [] 40 2025-03-15 21:30:05 1665914 2025-03-16 07:20:05 0001-01-01 00:00:00 0 0
If I delete this entry in the database the worker runs again without problems and without killed by the system.
Friendica Support hat dies geteilt.
Friendica Support hat dies geteilt.
!Friendica Support
I am getting error messages from cron every 10 minutes:
Deprecated: mb_convert_encoding(): Handling HTML entities via mbstring is deprecated; use htmlspecialchars, htmlentities, or mb_encode_numericentity/mb_decode_numericentity instead in /home/domain/public_html/fri.dxz.ch/src/Content/Text/HTML.php on line 166
Friendica Support hat dies geteilt.
Friendica Support hat dies geteilt.
Friendica Support hat dies geteilt.
@Hiker Thanks, there seem to be additional PHP processes that aren't yours (UID 1535) that are also killed, so I'm not sure it is entirely Friendica's fault. Can you please share the PHP Info page accessible from the admin?
Additionally, can you please share the contact address associated with the ID 18346 in the contact table?
!Friendica Support
Again I am getting kill messages about the worker
Killed php bin/worker.php
Friendica 'Interrupted Fern' 2024.12 - 1576
php 8.3.10
max parallel running worker: 5
Seems that worker is taking too much RAM and the system (Shared Hoster) is killing the proczess.
Friendica Support hat dies geteilt.
I have only logs like this from the provider
Feb 05 11:21:20 xyz.server.de kernel: Killed process 22932 (php), UID 153, total-vm:1443352kB, anon-rss:777172kB, file-rss:19936kB, shmem-rss:12472kB
Friendica Support hat dies geteilt.
2025-02-05T17:37:23.376488+01:00 a kernel: [1131349.670942] Out of memory: Killed process 2817607 (ffmpeg) total-vm:50742864kB, anon-rss:17919276kB, file-rss:0kB, shmem-rss:0kB, UID:0 pgtables:61024kB oom_score_adj:0!Friendica Support
Something is wrong with my profile settings - I don't get following requests. A user on a Iceshrimp instance sends a request but I don't see it in the notifications.
Friendica 'Interrupted Fern' 2025.02-dev - 1576
PHP 8.3.10
mögen das
Friendica Support hat dies geteilt.
Friendica Support hat dies geteilt.
Friendica Support hat dies geteilt.
Ich komme nicht weiter - ich wiederhole mein letzter Post
Also nochmals zusammengefasst:
1. Von diesem Friendica Account aus sehe ich den Diaspora-Account, kann ihm auch "folgen" - Anfrage senden. Aber auf Disapora gibts keine Reaktion.
2. Diaspora findet diesen Friendica-Account in seiner Suchfunktion nicht.
3. Unter Disapora Admin "Pod-Netzwerk" ist diese Friendica als unerreichbar gelistet.
Verbindungsversuch fehlgeschlagen
Friendica Support hat dies geteilt.
Die deutsche Gewerkschaft Verdi will vom Mittwochmorgen bis zum Donnerstagmorgen den Flugverkehr der Lufthansa grösstenteils lahmlegen. Die Swiss dürfte vom Arbeitskampf jedoch nicht betroffen sein.Simon Angelo Meier (Tamedia Espace AG)
Matthias (feb)
Als Antwort auf Hiker • • •Friendica nutzt, neben AP & Diaspora, ein eigenes Protokoll (DFRN). Es könnte demnach losgelöst vom restlichen APVerse existieren. Ob das Sinn macht, das eine andere Frage.
Hiker
Als Antwort auf Matthias (feb) • •Friendica Support hat dies geteilt.
Matthias (feb)
Als Antwort auf Hiker • • •@Hiker
Es ist ein Unterschied, ob du ein eigenes, geschlossenes Netzwerk bilden kannst oder ob du Teil einer Infrastruktur bist. Im Falle von Friendica trifft das erste nun mal zu.
Es kommt noch ein weiterer Faktor hinzu. Der Begriff Fediverse beschrieb nie ein Netzwerk in dem das vorherrschende Protokoll definiert war. Das ist eher eine pragmatische Entscheidung, um Aufwände zu minimieren.
Hiker
Als Antwort auf Matthias (feb) • •Friendica Support hat dies geteilt.
Matthias (feb)
Als Antwort auf Hiker • • •Du stellt den Begriff "Fediverse" besonders heraus. Das Fediverse ist eine Sammlung verschiedener Protokolle: AP, Diaspora, ZOT, DRFN sind die bekanntesten. Es gibt noch weitere.
Hiker
Als Antwort auf Matthias (feb) • •Friendica Support hat dies geteilt.
Matthias (feb)
Als Antwort auf Hiker • • •Das steht da nicht. Da steht: es ist ein "dezentrales soziales Netzwerk".
Hiker
Als Antwort auf Matthias (feb) • •Friendica Support hat dies geteilt.
Matthias (feb)
Als Antwort auf Hiker • • •Du hast schon verstanden, wie es zu lesen ist ;) Du willst jetzt nur den Erbsenzähler raus hängen lassen. Davon abgesehen, ist Friendica der Wegbereiter für das Fediverse, wie wir es heute kennen. Daher muss es sich nicht daran messen lassen, wie du einen Satz betonst.
Hiker
Als Antwort auf Matthias (feb) • •Ja ja, schon klar. Aber du weisst ja auch, dass schon seit lange eine ähnliche und da auch sehr mühsame Diskussion mit Mastodon resp. den Mastodon-Fans läuft. Da wurde natürlich noch viel betonter herausgestellt, Mastodon sei "das dezentrale soziale Netzwerk" und der Gedanke des Fediverse fiel hinten runter - soweit, dass "Mastodon" als Synoym für Fediverse verstanden wird resp. verstanden werden soll.
Aber egal, ich will mich da nicht mehr aufregen - es dauert schon zu lange und bei zu vielen ist der Groschen noch immer nicht gefallen - vergebliche Mühe also 😀
[überhaupt nicht auf dich bezogen]
Tja.
Friendica Support hat dies geteilt.
Matthias (feb)
Als Antwort auf Hiker • • •Matthias (feb)
Als Antwort auf Hiker • — (52.2647687 10.5236133) • •Ich gebe dir aber Recht: Wenn DRFN restlos entfernt ist, dann ist der Schriftzug nicht mehr gerechtfertigt. Dann bildet AP das alleinige Rückrad für die gesamte Kommunikation mit dem Fediverse. (Das Protokoll diaspora* lassen wir in der Betrachtung außen vor).
tom s
Als Antwort auf Matthias (feb) • • •@Matthias (feb) @Hiker DFRN musste es ja, denn es gab zu der Zeit noch gar kein ActivityPub. Es weiterhin zu nutzen, ist ja für friendica selber von Vorteil, obohl es das nicht mehr zwingend gebraucht würde im Bezug auf das Fediverse.
Friendica ist ein unabhängiges, dezentrales Netzwerk, das mit dem Fediverse kompatibel ist müsste man es wohl 'genau' beschreiben. Klingt böse.