Problem mit debian.fhem.de/nightly "provides only weak sec

Begonnen von Sidey, 30 März 2026, 20:53:29

Vorheriges Thema - Nächstes Thema

Sidey

Hallo betateilchen,

mir ist heute über GitHub Actions ein neues Problem mit dem Debian-Repository `https://debian.fhem.de/nightly` aufgefallen:

Fehler in der Action:
`E: The repository 'https://debian.fhem.de/nightly InRelease' provides only weak security information.`

Ablauf:
- `setup-fhem` lädt den Key erfolgreich
- `apt-get update` läuft an
- anschließend bricht `apt` mit obiger Meldung ab

Ich habe testweise direkt auf die Repository-Metadaten geschaut:
- `https://debian.fhem.de/nightly/InRelease`
- `https://debian.fhem.de/nightly/Release`

Dabei sieht es so aus, als ob die InRelease/Release-Metadaten aktuell nicht vollständig bzw. nicht in einer Form vorliegen, die von aktuellem `apt` akzeptiert wird.

Das Verhalten ist vermutlich seit gestern (siehe Beitrag im anderen Forum):
https://forum.fhem.de/index.php?topic=144329.msg1360805#msg1360805


Viele Grüße
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

betateilchen

Danke für den Hinweis.

Beim gestrigen turnusmäßigen Debian-Update ist eine zu apt gehörende library kaputtgegangen, was zu dem Fehler führt. Das habe ich inzwischen gelöst.

Aber nun habe ich das zweite Problem, dass ich aktuell das svn repository von FHEM nicht erreiche.

svn: E170013: Unable to connect to a repository at URL 'https://svn.fhem.de/fhem/trunk/fhem'
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

betateilchen

Kann mal bitte jemand testen, ob das jetzt wieder funktioniert, und hier Rückmeldung geben?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

tomcat.x

Ja, funzt wieder. Danke!

Also installiert habe ich noch nicht, aber "apt update" geht wieder.
FHEM: 6.4 auf Raspi 4B, Raspbian (noch Buster), Perl v5.28.1
Sender/Empfänger: 2 x CULv3, Duofern Stick, HM-MOD-RPI-PCB
Gateways: FRITZ!Box 6591 (OS: 8.25), Trädfri, ConBee 2,  piVCCU, OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo

betateilchen

#4
Jetzt hatte ich ein paar Minuten Zeit, das selbst in einem leeren LXC Container zu testen.
Schaut gut aus:

root@test:~# apt install fhem
Installing:                     
  fhem

Installing dependencies:
...

Suggested packages:
...

Summary:
  Upgrading: 0, Installing: 50, Removing: 0, Not Upgrading: 0
  Download size: 35.8 MB
  Space needed: 11.7 MB / 7151 MB available

Continue? [Y/n]
...

Get:13 https://debian.fhem.de/nightly  fhem 6.4.31056 [31.6 MB]
...

Fetched 35.8 MB in 3s (11.3 MB/s)                             
Extracting templates from packages: 100%
...

Preparing to unpack .../49-fhem_6.4.31056_all.deb ...
Unpacking fhem (6.4.31056) ...
...

Setting up fhem (6.4.31056) ...
creating user fhem
removing repo from sources
Created symlink '/etc/systemd/system/multi-user.target.wants/fhem.service' -> '/etc/systemd/system/fhem.service'.
Processing triggers for man-db (2.13.1-1) ...
Processing triggers for libc-bin (2.41-12+deb13u2) ...
Created symlink '/etc/systemd/system/multi-user.target.wants/fhem.service' -> '/etc/systemd/system/fhem.service'.
root@test:~#
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Sidey

Ich bestätige, die GitHub Pipeline hat das apt Paket erfolgreich installieren können.

Danke fürs beheben

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker