Frische Images / Fresh Images

[devil]

Ich habe gerade alle Images neu gebaut. 

I just built a load of fresh images.

https://testbuilds.siduction.org/

[samoht]

Vielen Dank für das "Pfingstgeschenk", @devil! 

Im Repository in den Prüfsummen-Dateien

Code Select Expand

siduction-Masters_of_War-kde-amd64-latest.iso.md5
siduction-Masters_of_War-kde-amd64-latest.iso.sha256

bitte

Code Select Expand

siduction-22.1.2-Masters_of_War-kde-amd64-202305281604.iso

ersetzen durch

Code Select Expand

siduction-Masters_of_War-kde-amd64-latest.iso

Liebe Grüße an alle zum Pfingstmontag
Tom

[hendrikL]

mh, so steht es doch geschrieben, vorausgesetzt Mensch schaut bei testbuilds vorbei.

[samoht]

Okay,  die im vorzüglichen Handbuch (Lob und Dank übrigens!) vorgeschlagene Integritätsprüfung

(Befehl und Ausgabe bei Erfolg)
$ md5sum -c siduction-21.3.0-wintersky-kde-amd64-202112231751.iso.md5
siduction-21.3.0-wintersky-kde-amd64-202112231751.iso: OK

funktioniert mit den Dateien aus dem Repo nicht! Einfach mal nachprüfen. 

[hendrikL]

Also. man sollte immer den file.iso.md5 nehmen, der auch zum entsprechenden file.iso passt. Lade ich ein iso.datum so muss man auch entsprechend iso.datum.md5 nehmen, lädt man ein iso.lates so nimmt man iso.lates.md5.
Diese Dateien befinden sich immer im gleichen Ordner.
Im Handbuch ist ein Beispiel aufgeführt und sollte nich Wortwörtlich genommen werden, sondern man sollte es dann schon auf seine Gegebenheiten umsetzen!

Wir prüfen es nach. versprochen.

[samoht]

... man sollte es dann schon auf seine Gegebenheiten umsetzen!

Einverstanden! Genau das habe ich vorgeschlagen. 

Aber warum nicht gleich die richtige Datei ins Repo stellen?

[hendrikL]

Nun, da scheint ein Fehler im Script zu sein, welches die Dateien nach testbuild.latest verlinkt.

[hendrikL]

https://github.com/siduction/release-orga/issues/20

[samoht]

Danke, @hendrikL.
Ich stimme dem Kommentar von @ak-li! zu.

[ro_sid]

Könnte der Fehler beim Einstellen ins Repository passiert sein?

Bei meinem letzten Test mit pyfll (kde-Fassung, siehe mein Sym-Link-Posting, keine zwei Wochen her) wurden alle Dateien richtig erzeugt. Diese gibt es aber zweimal! Einmal im Build-Directory (in der Fassung "date") und einmal in seinem Parent-Directory (..) (in der Fassung "latest").
Wurde beim Kopieren vielleicht einmal das eine und einmal das andere Verzeichnis erwischt?

Und nein, man sollte die .md5-Version nicht auslassen. Wer nur einen Test durchführen möchte, kann ja sha256 verwenden, da md5 (leichter) manipulierbar ist. Aber mit zwei Dateien hat man in jedem Fall mehr Sicherheit als mit einer, da es erheblich schwieriger ist, zwei Check(sum-)Dateien gleichzeitig zu manipulieren. Also überlasse man dem "Kunden", welchen Test/welche Tests er macht.

[scholle1]

Und nein, man sollte die .md5-Version nicht auslassen. Wer nur einen Test durchführen möchte, kann ja sha256 verwenden, da md5 (leichter) manipulierbar ist. Aber mit zwei Dateien hat man in jedem Fall mehr Sicherheit als mit einer, da es erheblich schwieriger ist, zwei Check(sum-)Dateien gleichzeitig zu manipulieren. Also überlasse man dem "Kunden", welchen Test/welche Tests er macht.

Meine Meinung:
Wer in der Lage ist eine ISO Datei so zu manipulieren, dass die sha256sum mit der der ursprünglichen Datei identisch ist, für den ist die md5sum nur Kleckerleskram.
Das wäre so, als wenn mann das Handrad zum öffnen der Tresorraumtür mit einem Vorhängeschloss für 2.99 € zusätzlich sichert.

[ro_sid]

@towo: Ich habe mal mit "quilt" Patches als Diff-Dateien für pyfll erstellt, die die "latest"-Checksum-Dateien anpassen. Zusätzlich ist auch noch der Patch auf neutrale Namen für Kernel- und Initrd-Datei als Symlinks enthalten. Tut mir leid, daß ich etwas spät dran bin, aber vielleicht lohnt es sich, den "alten Zustand" mit den latest-Dateien wiederherzusrellen.

Die Patches hänge ich als zip-Paket [attachment id=0 msg=71382] an.

[hendrikL]

Vielen Dank für den Patch, bzw Patches.
Wir haben uns gegen "latest" entschieden, da es bei testbuilds wenig Sinn macht, vor allem wenn man die unterschiedlichen isos vergleichen möchte, da ist dann die etwas kryptische bezeichnung mit Datum & Uhrzeit besser, bzw Sinnvoller.
Ich zB habe immer die iso Dateien mit dem Zeitstempel geladen, nie latest und so geht es den meisten im Team.
Ich denke towo wird sich auch noch melden.
Gruß und Dank
Hendrik

[towo]

Ich bin auch der Meinung, dass die Latest-Files keinen Sinn machen, weder für Testbuilds, noch für Release. Das mit den Links für Kernel und Initrd arbeite ich aber noch ein.

[towo]

Also ich habe es grad nochmal mit deiem Code für die Symlinks getestet, im ISO sind keine Symlinks vorhanden.