!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 reshared this.
Michael 🇺🇦
in reply to Hiker • • •utzer
in reply to Michael 🇺🇦 • • •@Michael 🇺🇦 was @Hiker denn da überhaupt?
Erklär mal? Also was macht "bin/composer.phar run install:prod"?
Dev oder Stable?
utzer
in reply to Hiker • • •utzer
in reply to 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
in reply to utzer • •put.fedcast.ch/habe07tt
Friendica Support reshared this.
utzer
in reply to 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
in reply to utzer • •beide git ls-remote geben:
Friendica Support reshared this.
Hiker
in reply to 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 reshared this.
utzer
in reply to 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
in reply to utzer • •Friendica Support reshared this.
utzer
in reply to Hiker • • •Hiker
in reply to utzer • •Friendica Support reshared this.
Hiker
in reply to Hiker • •Friendica Support reshared this.
utzer
in reply to 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
in reply to 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
in reply to utzer • • •Hiker
in reply to Hiker • •Friendica Support reshared this.