GraphiteEditor / GraphiteEditor/Graphite
Relases and versions - for downstream packaging?
- Dominant language
- Rust
- Stars
- 27.2k
- Forks
- 1.3k
- Avg merge
- 20h 5m
- Merged PRs (30d)
- 57
Description
Hi.
Saw a video from this project, https://www.youtube.com/watch?v=U3E-sWo2H_M — which talks about a release.
However, I cannot find any releases in the traditional sense other than a static [latest-stable](http://github.com/GraphiteEditor/Graphite/releases/tag/latest-stable) which was created 2022, but is updated/deleted/renewed (whatever you want to call it) every now and then?
This makes for a weird versioning and packaging scenario. I'm a package maintain for a Linux distribution, and I was curious about packaging this application — but it's hard when there's not a proper release with release artifacts that we can verify against.
Would it at all be possible, to create a proper github release for new releases, which would create release artifacts (`.tar.gz`) of the tagged commit, as well as a maintainer of Graphite to sign said release artifact?
This would help us tremendously in our work of verifying that releases come from those who say they release the software, as well as a known state (other than a commit hash).
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.