xz/.github/workflows/netbsd.yml

# SPDX-License-Identifier: 0BSD

name: NetBSD

on:
  push:
    branches: [ master ]
  pull_request:
    branches: [ master ]
  workflow_dispatch:

jobs:
  NetBSD-test:
    runs-on: ubuntu-latest
    name: Test xz on NetBSD
    steps:
    - uses: actions/checkout@v4.1.6
    - name: Test in NetBSD
      id: test
      uses: vmactions/NetBSD-vm@dd0161ecbb6386e562fd098acf367633501487a4 #v1.1.3
      with:
        usesh: true
        prepare: |
          /usr/sbin/pkg_add -v autoconf automake gmake gettext-tools gtar-base libtool-base m4 po4a
        run: |
          set -e
          export LC_ALL=C LANG=C
          uname -a
          ./autogen.sh
          ./configure --enable-werror
          make
          make check VERBOSE=1
ci: add SPDX headers I've checked over each of these and they're straightforward applications of the relevant Github Actions. (cherry picked from commit 9a6761aa35ed84d30bd2fda2333a4fdf3f46ecdc) 2024-05-02 12:26:40 +00:00			`# SPDX-License-Identifier: 0BSD`

ci: add NetBSD (cherry picked from commit a607e2b40d23f7d998dbaba76692aa30b4c3d9d3) 2024-04-13 21:30:44 +00:00			`name: NetBSD`

			`on:`
			`push:`
			`branches: [ master ]`
			`pull_request:`
			`branches: [ master ]`
			`workflow_dispatch:`

			`jobs:`
			`NetBSD-test:`
			`runs-on: ubuntu-latest`
			`name: Test xz on NetBSD`
			`steps:`
ci: don't pin official GH actions via commit, just tag There's no real value in doing it via commit for official GH actions. We can keep using pinned commits for unofficial actions. It's hassle for no gain. Maybe going forward we can limit this further by only being paranoid for the jobs with any access to tokens. (cherry picked from commit 35f8649f08341639a627fd06350e938124ca3622) 2024-06-03 05:16:23 +00:00			`- uses: actions/checkout@v4.1.6`
ci: add NetBSD (cherry picked from commit a607e2b40d23f7d998dbaba76692aa30b4c3d9d3) 2024-04-13 21:30:44 +00:00			`- name: Test in NetBSD`
			`id: test`
CI: update FreeBSD, NetBSD, OpenBSD, Solaris actions Checked the changes and they're all innocuous. This should hopefully fix the "externally managed" pip error in these jobs that started recently. (cherry picked from commit dbca3d078ec581600600abebbb18769d3d713914) 2024-10-02 02:04:03 +00:00			`uses: vmactions/NetBSD-vm@dd0161ecbb6386e562fd098acf367633501487a4 #v1.1.3`
ci: add NetBSD (cherry picked from commit a607e2b40d23f7d998dbaba76692aa30b4c3d9d3) 2024-04-13 21:30:44 +00:00			`with:`
			`usesh: true`
			`prepare: \|`
ci: add po4a (cherry picked from commit 57b440d316da9ac9cb312ee7e6890f5382556f10) 2024-06-03 01:49:40 +00:00			`/usr/sbin/pkg_add -v autoconf automake gmake gettext-tools gtar-base libtool-base m4 po4a`
ci: add NetBSD (cherry picked from commit a607e2b40d23f7d998dbaba76692aa30b4c3d9d3) 2024-04-13 21:30:44 +00:00			`run: \|`
ci: set -e on netbsd (cherry picked from commit 21b02dd128cf9e8c76325ec124f70381862dcf19) 2024-04-30 13:48:58 +00:00			`set -e`
ci: add NetBSD (cherry picked from commit a607e2b40d23f7d998dbaba76692aa30b4c3d9d3) 2024-04-13 21:30:44 +00:00			`export LC_ALL=C LANG=C`
			`uname -a`
			`./autogen.sh`
			`./configure --enable-werror`
			`make`
			`make check VERBOSE=1`