!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.
Michael 🇺🇦
Als Antwort auf Hiker • • •utzer
Als Antwort auf Michael 🇺🇦 • • •@Michael 🇺🇦 was @Hiker denn da überhaupt?
Erklär mal? Also was macht "bin/composer.phar run install:prod"?
Dev oder Stable?
utzer
Als Antwort auf Hiker • • •utzer
Als Antwort auf Hiker • • •@Hiker oder vielleicht mal so ausführen? :
COMPOSER_NO_INTERACTION=1 bin/composer.phar run install:prododer so:
COMPOSER_NO_INTERACTION=1 bin/composer.phar run install:prod -vvvHiker
Als Antwort auf utzer • •put.fedcast.ch/habe07tt
Friendica Support hat dies geteilt.
utzer
Als Antwort auf Hiker • • •@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…
Hiker
Als Antwort auf utzer • •beide git ls-remote geben:
Friendica Support hat dies geteilt.
Hiker
Als Antwort auf Hiker • •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.
utzer
Als Antwort auf Hiker • • •@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?
Hiker
Als Antwort auf utzer • •Friendica Support hat dies geteilt.
utzer
Als Antwort auf Hiker • • •Hiker
Als Antwort auf utzer • •Friendica Support hat dies geteilt.
Hiker
Als Antwort auf Hiker • •Friendica Support hat dies geteilt.
utzer
Als Antwort auf utzer • • •@Hiker @Tobias @Michael 🇺🇦
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.
utzer
Als Antwort auf utzer • • •@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.
utzer
Als Antwort auf utzer • • •Hiker
Als Antwort auf Hiker • •Friendica Support hat dies geteilt.