search

oyvindln / vhs-decode

Software defined VHS decoder - Fork (maybe temporary) of the ld-decode Laserdisc rf decoder
GNU General Public License v3.0
1.12k stars 43 forks source link

GitHub workflows #133

Closed JuniorIsAJitterbug closed 8 months ago

JuniorIsAJitterbug commented 8 months ago

These are manually triggered builds.

Tested decoding and ld-analyse on Linux/Windows/macOS x86_64 builds, macOS arm64 build untested.

Initial Windows tools build will take about an hour but should be cached afterwards.

macOS releases are .dmg that install to /Applications/{vhs_decode,tbc-tools}.app. Users can add the Content/MacOS directories to $PATH if they want. The arm64 build does not contain FlaLDF.

Unsure if AppImages will be compatible with all distros, only tested on NixOS and Ubuntu 22.04.

Icons by @harrypm.

JuniorIsAJitterbug commented 8 months ago

PyPI workflow requires trusted publishing to be setup.

An environment needs to be created on GitHub named pypi. The workflow name is push_pypi.yml.

oyvindln commented 8 months ago

Is there some way to test the pypi workflow locally and e.g with test-pypi? also do source wheel need to be built for multiple python versions?

JuniorIsAJitterbug commented 8 months ago

Do you want a test-pypi workflow? It's just adding changing the url and the environment name.

I don't think the sdist needs to be built for each version so it's created once, only the wheels are built for multiple python versions.

oyvindln commented 8 months ago

As in there a way to test locally without having to run it on github a million times. last time I looked into pypi I had to mess around with the pyproject files a bunch of times as it was very strict about how projects were structured