Richtiges Vorgehen bei Paketproblemen

Mardor

Well-Known Member
Hi,

ich erhalte beim runterladen mit portmaster folgende Meldung:


===>>> Waiting on fetch & checksum for sysutils/zfsnap <<<===
===> zfsnap-1.11.0 depends on file: /usr/local/sbin/pkg - found
=> zfsnap-1.11.0.tar.gz doesn't seem to exist in /usr/ports/distfiles//.
=> Attempting to fetch https://codeload.github.com/graudeejs/zfSnap/legacy.tar.gz/v1.11.0?dummy=/zfsnap-1.11.0.tar.gz
fetch: https://codeload.github.com/graudeejs/zfSnap/legacy.tar.gz/v1.11.0?dummy=/zfsnap-1.11.0.tar.gz: size unknown
fetch: https://codeload.github.com/graudeejs/zfSnap/legacy.tar.gz/v1.11.0?dummy=/zfsnap-1.11.0.tar.gz: size of remote file is not known
zfsnap-1.11.0.tar.gz 0 B 0 Bps
=> Fetched file size mismatch (expected 4973, actual 4970)
=> Trying next site
=> Attempting to fetch http://codeload.github.com/graudeejs/zfSnap/legacy.tar.gz/v1.11.0?dummy=/zfsnap-1.11.0.tar.gz

Für mich sieht das nach einem Fehler im Packet selbst aus, wie wäre denn hier das korrekte Vorgehen ?
Den Developer (sichtbar bei freshports) direkt kontaktieren ?

Gruß Mardor
 
Hallo,

dies scheint wohl doch kein Packetproblem gewesen zu sein, da es jetzt funktioniert.
Aber trotzdem würde mich das generelle Vorgehen schon interessieren.

Gruß Mardor
 
Sieht so aus als hätte die größe eines Distfiles geändert. Entweder war min. ein Mirror nicht korrekt repliziert worden oder der Distfile hat sich geändert ohne das der Port dies erwartete.
 
Wenn Du dir sicher bist, dass das so richtig ist, aktualisierst du die Prüfsummen mit "make makesum".

Aber weder HTTP noch FTP verhindern korrupte Pakete (sollten sie auch nicht müssen, das macht ja TCP). Aber einige Proxies zerstören schon mal größere Downloads (zum Beispiel der an meiner Hochschule). Wenn man da ein ISO runterlädt, hat das selten die richtige Prüfsumme.

Dann ist da immer noch die Möglichkeit, dass das Distfile bösartig/mutwillig manipuliert wurde.
 
Zurück
Oben