You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
diff -ruN a b
Binary files a/res/bin/ffmpeg.exe and b/res/bin/ffmpeg.exe differ
Es ist keine gute Praxis einfach einen tag zu ueberschreiben. Das bricht alle (reproduzierbaren) builds Downstream und mindert das generelle Vertrauen in einen Upstream. Bitte einfach einen neuen Tag anlegen in Zukunft!
Zudem waere es auch super Binaerdateien wie unter res/bin/ zu finden nicht in dieses Repo einzuchecken sondern zu einem Windows spezifischen (oder Build spezifischen) Artefakt hinzuzufuegen (per build pipeline), da git ohne lfs nicht wirklich gut mit binaerdateien umgeht und dieses Repository dadurch staetig waechst.
Da kann man ganz einfach einen der folgenden Downloads teil der Build Pipeline machen und nur wenn die Applikation gebaut wird diese Executable hinzufuegen. Das kann dann auch reproduzierbar mit Downloadlink und checksum passieren. Meines Erachtens nach macht es nicht wirklich Sinn diese Datei in diesem Repository mitzutragen.
The text was updated successfully, but these errors were encountered:
Updating checksum of source tarball as well, as upstream retagged 13.5.1:
mediathekview/MediathekView#517
Setting PATH in mediathekview.sh to current java-runtime=14 based PATH (FS#66902).
git-svn-id: file:///srv/repos/svn-community/svn@639139 9fca08f4-af9d-4005-b8df-a31f2cc04f65
Hi! Ich maintaine mediathekview fuer Arch Linux.
Mir ist grad aufgrund eines rebuilds aufgefallen, dass version 13.5.1 retagged wurde.
Ich habe am
2020-04-30
den source tarball der version 13.5.1 heruntergeladen: https://github.com/mediathekview/MediathekView/archive/13.5.1.tar.gzDieser unterscheidet sich allerdings nun von dem jetzt herunterladbaren:
Der Unterschied ist die ffmpeg.exe:
Es ist keine gute Praxis einfach einen tag zu ueberschreiben. Das bricht alle (reproduzierbaren) builds Downstream und mindert das generelle Vertrauen in einen Upstream. Bitte einfach einen neuen Tag anlegen in Zukunft!
Zudem waere es auch super Binaerdateien wie unter res/bin/ zu finden nicht in dieses Repo einzuchecken sondern zu einem Windows spezifischen (oder Build spezifischen) Artefakt hinzuzufuegen (per build pipeline), da git ohne lfs nicht wirklich gut mit binaerdateien umgeht und dieses Repository dadurch staetig waechst.
Da kann man ganz einfach einen der folgenden Downloads teil der Build Pipeline machen und nur wenn die Applikation gebaut wird diese Executable hinzufuegen. Das kann dann auch reproduzierbar mit Downloadlink und checksum passieren. Meines Erachtens nach macht es nicht wirklich Sinn diese Datei in diesem Repository mitzutragen.
The text was updated successfully, but these errors were encountered: