Siduction Forum
Siduction Forum => Siduction News => Topic started by: devil on 2023/05/28, 19:20:24
-
Ich habe gerade alle Images neu gebaut.
I just built a load of fresh images.
https://testbuilds.siduction.org/
-
Vielen Dank für das "Pfingstgeschenk", @devil! :-*
Im Repository in den Prüfsummen-Dateien
siduction-Masters_of_War-kde-amd64-latest.iso.md5
siduction-Masters_of_War-kde-amd64-latest.iso.sha256
bitte
siduction-22.1.2-Masters_of_War-kde-amd64-202305281604.iso
ersetzen durch
siduction-Masters_of_War-kde-amd64-latest.iso
Liebe Grüße an alle zum Pfingstmontag
Tom
-
mh, so steht es doch geschrieben, vorausgesetzt Mensch schaut bei testbuilds vorbei.
(https://forum.siduction.org/index.php?action=dlattach;topic=9002.0;attach=1507)
-
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. ;)
-
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.
-
... 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?
-
Nun, da scheint ein Fehler im Script zu sein, welches die Dateien nach testbuild.latest verlinkt.
-
https://github.com/siduction/release-orga/issues/20
-
Danke, @hendrikL.
Ich stimme dem Kommentar von @ak-li! zu.
-
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.
-
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.
-
@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 [ This attachment cannot be displayed inline in 'Print Page' view ] an.
-
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
-
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.
-
Also ich habe es grad nochmal mit deiem Code für die Symlinks getestet, im ISO sind keine Symlinks vorhanden.
-
Kommando zurück, die Links sind da, man sieht sie nur nicht, wenn man per MC in das ISO guckt, wenn man das ISO mountet, sind die Links auch da.
-
Ich habe gerade alle Images neu gebaut.
I just built a load of fresh images.
https://testbuilds.siduction.org/
Hi Devil ...
... wird es irgendwann ein "Cinnamon"-Iso geben? Ich plane, meinen Rechner neu aufzusetzen und wollte dazu gerne die alte "Patience" durch die neue "MOW" ersetzen ... nur da wird Cinnamon nicht mehr supportet (Nur in den "Test-Builds").
Grüße
Stefan
-
Nun wir bräuchten dann jemanden, der/die das cinnamon ISO auch pflegt. Dies bedeutet, man sorgt für ein konsistentes Aussehen, checkt ob diese oder jene Erweiterung nützlich ist. noch existiert, kümmert sich um issues usw und sieht zu, daß es auch baut.
Git sollte in den Grundregeln verstanden und beherrscht werden, dann stünde einer Mitarbeit nichts mehr im Wege.
Ah IRC ist unser bevorzugtes kommunikations Mittel (wir sind nicht so wirklich hipp).
-
Hi hendrik ...
*seufz ... so fit bin ich nun nicht, um das stemmen zu können ... also bleibt wohl nur die Option, die alte Patience wieder zu installieren ...
Danke für die Antwort.
Stefan
-
well. wie eirefisher schrub, nen xfce ISO nehmen und cinnamon drüber bügeln. Dann, wenn alles läuft, das System vorsichtig aufräumen.
-
Was spricht dagegen, einen Cinnamon-Testbuild (https://testbuilds.siduction.org/cinnamon/) zu testen und bei Gefallen auch zu installieren?
edlin