.github: add release workflow and packaging support#8
.github: add release workflow and packaging support#8ozan956 wants to merge 1 commit intorelease/0.12.0-1.3.1from
Conversation
|
Can you compare your package to https://packages.debian.org/sid/amd64/openocd/filelist in https://packages.debian.org/sid/openocd? |
8a394e8 to
11d33d3
Compare
b1fda95 to
371daf9
Compare
e22aa3a to
732449a
Compare
732449a to
a5ade4f
Compare
|
I updated the workflow to build on Ubuntu 20.04 so we don't break compatibility on older systems(as old as 20.04) or non-Ubuntu distros (since this only about supported version of the glibc). This makes the any-distro setting on Cloudsmith actually valid (this was the common practice so we can also assign a version based one as well) Does this logic make sense @pamolloy? So i think at the end there are two options: 1- Build on an older base as we did. This creates a kind of portable binary (linking against glibc 2.31) that runs on almost everything. This allows us to use the any-distro label. 2- We would keep the build environment new, but we would have to compile separate artifacts for every distribution version we want to support and upload them separately (since the path / tag for cloudsmith gonna depend on that). |
|
@ozan956 I updated the base branch for the PR to the latest release branch, but it has conflicts |
|
@gastmaier can you take a look at this workflow to build an OpenOCD Linux package? |
a5ade4f to
b6e52b7
Compare
68308c0 to
fbb8866
Compare
|
Thanks for the feedback @gastmaier. I fixed them all. The workflow looks fine right now. I also tested the .deb and .rpm packs on my local. They both seemed fine. |
658fd08 to
8697b95
Compare
Signed-off-by: Ozan Durgut <ozan.durgut@analog.com>
8697b95 to
f237b5b
Compare
No description provided.