mirror of
https://github.com/SmartHoneybee/ubiquitous-memory
synced 2025-04-29 15:19:41 +02:00
69dda8131e
* Bump github.com/mattermost/mattermost-server/v6 in /dependabot Bumps [github.com/mattermost/mattermost-server/v6](https://github.com/mattermost/mattermost-server) from 6.2.1 to 6.3.0. - [Release notes](https://github.com/mattermost/mattermost-server/releases) - [Changelog](https://github.com/mattermost/mattermost-server/blob/master/CHANGELOG.md) - [Commits](https://github.com/mattermost/mattermost-server/compare/v6.2.1...v6.3.0) --- updated-dependencies: - dependency-name: github.com/mattermost/mattermost-server/v6 dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com> * Add python2 dependency Apparently something in 6.3.0 is using python2 for the first time? * Use node v15 by default We are now getting this error when building: /build/.node-gyp/16.13.2/include/node/v8-internal.h:492:38: error: 'remove_cv_t' is not a member of 'std' which the internet suggests is a problem with node 16 and node-sass. According to https://stackoverflow.com/questions/67241196/error-no-template-named-remove-cv-t-in-namespace-std-did-you-mean-remove , supposedly newer versions of node-sass support node 16, and the other solution is to pass -std=c++14 instead of c++0x (which is what is being done right now), but I can't say for sure whether this build script will work with CXXFLAGS or not. The other fix would seem to be to update node-sass to a version that supports node16, but that would presumably be more patching of files, this time in mattermost-webapp, so I'm trying the least-invasive option first. * Update release.mk patch * Update how we retrieve the Mattermost version With mmctl in the require list in the go.mod, mattermost-server no longer appears on the same line as the require statement, so splitting by spaces means we now need the second split entry instead of the third. We could also fix this by removing mmctl from the go.mod, which I was going to do, but that means every Dependabot update would no longer work. So going forward we will need to ensure that the go.mod always has the mattermost-server require on its own line instead of inline with the require statement. Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: parnic-sks <chris@straykitestudios.com>
97 lines
3.1 KiB
YAML
97 lines
3.1 KiB
YAML
name: Package and release
|
|
on:
|
|
push:
|
|
branches: [ master ]
|
|
pull_request:
|
|
branches: [ master ]
|
|
|
|
env:
|
|
DEBIAN_RELEASE: buster
|
|
DOCKER_PWD: /root
|
|
DOCKER_IMAGE: debian:${DEBIAN_RELEASE}
|
|
GO_VERSION: 1.16.7
|
|
|
|
jobs:
|
|
build:
|
|
runs-on: ubuntu-latest
|
|
strategy:
|
|
matrix:
|
|
include:
|
|
- os: dragonfly
|
|
arch: amd64
|
|
- os: freebsd
|
|
arch: amd64
|
|
- os: freebsd
|
|
arch: arm
|
|
- os: linux
|
|
arch: arm
|
|
- os: linux
|
|
arch: arm64
|
|
- os: linux
|
|
arch: mips
|
|
- os: linux
|
|
arch: mips64
|
|
- os: linux
|
|
arch: mips64le
|
|
- os: linux
|
|
arch: mipsle
|
|
- os: linux
|
|
arch: ppc64
|
|
- os: linux
|
|
arch: ppc64le
|
|
- os: linux
|
|
arch: s390x
|
|
- os: netbsd
|
|
arch: amd64
|
|
- os: netbsd
|
|
arch: arm
|
|
- os: openbsd
|
|
arch: amd64
|
|
- os: openbsd
|
|
arch: arm
|
|
|
|
steps:
|
|
- name: Clone repository
|
|
uses: actions/checkout@v2
|
|
|
|
- name: Set environment from runtime properties
|
|
run: |
|
|
echo "MATTERMOST_RELEASE=$(grep 'mattermost-server' dependabot/go.mod | cut -d' ' -f2)" >> $GITHUB_ENV
|
|
echo "MMCTL_RELEASE=$MATTERMOST_RELEASE" >> $GITHUB_ENV
|
|
|
|
- name: Pull docker image
|
|
run: 'docker pull "${{ env.DOCKER_IMAGE }}"'
|
|
|
|
- name: Build
|
|
env:
|
|
GOOS: ${{ matrix.os }}
|
|
GOARCH: ${{ matrix.arch }}
|
|
run: docker run --mount="type=bind,source=$PWD,destination=${{ env.DOCKER_PWD }}" --rm=true --tty=true --workdir="${{ env.DOCKER_PWD }}" -e DEBIAN_RELEASE -e MATTERMOST_RELEASE -e MMCTL_RELEASE -e GOOS -e GOARCH "${{ env.DOCKER_IMAGE }}" ./build.sh
|
|
|
|
- name: Tag release
|
|
if: github.ref == 'refs/heads/master'
|
|
uses: actions/github-script@v3
|
|
# this throws an error if the tag already exists. can't find a way around that without writing our own Github REST client or forking github's scripts repo.
|
|
# would prefer to do this before any of these jobs run, but we need to know the mattermost version which only happens after a clone. could potentially
|
|
# setup a separate job which does clone + tag, but felt like this was "good enough" for now.
|
|
continue-on-error: true
|
|
with:
|
|
script: |
|
|
github.git.createRef({
|
|
owner: context.repo.owner,
|
|
repo: context.repo.repo,
|
|
ref: 'refs/tags/${{ env.MATTERMOST_RELEASE }}',
|
|
sha: context.sha
|
|
})
|
|
|
|
- name: Create Github release
|
|
if: github.ref == 'refs/heads/master'
|
|
uses: softprops/action-gh-release@v1
|
|
env:
|
|
GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
|
|
with:
|
|
tag_name: ${{ env.MATTERMOST_RELEASE }}
|
|
files: |
|
|
mattermost-${{ env.MATTERMOST_RELEASE }}-${{ matrix.os }}-${{ matrix.arch }}.tar.gz
|
|
mattermost-${{ env.MATTERMOST_RELEASE }}-${{ matrix.os }}-${{ matrix.arch }}.tar.gz.sha512sum
|