GraphiteEditor / GraphiteEditor/Graphite

Relases and versions - for downstream packaging?

Open
#4,227 2 comments 0 reactions 0 assignees View on GitHub
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.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.