Closed hgy59 closed 2 months ago
Ich hatte anfangs die Pakete direkt im Synology DSM gebaut. Vor einigen Versionen hatte ich das Buildscript dann so angepasst, dass es flexibler auf unterschiedlichen Umgebungen genutzt werden kann. Und ja: ich baue das SPK auf einem Mac. Mir ist das bisher noch nicht aufgefallen, weil ich die Files / Ordner halt nicht sehe und meines Wissens bereiten sie auch keine Probleme. Aber ich werde mir das Buildscript nochmal ansehen, damit diese versteckten Ordner nicht mit im Paket landen.
Ich kann in meinem fork unter linux den Fehler mit dem parameter -v=local und --dsm=7 reproduzieren, wenn ich solche files ins PKG_DSM7 Verzeichnis stelle. Die werden mit dem Fix in #50 nicht mehr hinzugefügt.
Wenn mit build_spk.sh ein package erstellt wird, sind keine solchen Datein im spk file enthalten, auch nicht wenn solche im PKG_DSM7 oder PKG_DSM6 Verzeichnis existieren.
Für obige Bemerkung habe ich folgende Erklärung: Ohne version Parameter (oder mit version != local) kann ich das unter Linux nicht testen, weil ein temp. git worktree verwendet wird.
Übrigens kann ich in meinem local fork mit dem script keine offizielle Version bilden, weil die tags fehlen.
Die im Release Bereich zur Verfügung gestellen spk Dateien enthalten unnötige Meta-Daten Files.
Es handelt sich um "meta-data" Dateien von "Mac OS X".
Zusätzlich zu
.DS_STORE
git es zu jeder Datei im spk file und auch im enthaltenen package archiv (package.tgz) eine Datei mit dem prefix._
.Dieser Fehler besteht seit synOCR Version 1.4.0, bei 1.3.3 war alles noch in Ordnung.
Wenn mit
build_spk.sh
ein package erstellt wird, sind keine solchen Datein im spk file enthalten, auch nicht wenn solche im PKG_DSM7 oder PKG_DSM6 Verzeichnis existieren.Hab keine Ahnung, wie die Release spk Files erstellt werden, aber irgendwie ist ein OS X System beteiligt, das diese meta data Files mit einpackt.
Auszug aus output von
7z l synOCR_DSM7_v1.4.5.spk