void-packages/srcpkgs/hikari/template
2022-02-27 11:18:14 +01:00

40 lines
1.6 KiB
Bash

# Template file for 'hikari'
pkgname=hikari
version=2.3.3
revision=1
build_style=gnu-makefile
make_cmd=bmake
make_use_env=yes
make_build_args="WITH_POSIX_C_SOURCE=YES WITH_XWAYLAND=YES
WITH_SCREENCOPY=YES WITH_GAMMACONTROL=YES WITH_LAYERSHELL=YES ETC_PREFIX="
make_install_args="ETC_PREFIX= WITHOUT_SUID=YES"
hostmakedepends="bmake pkg-config wayland-devel"
makedepends="wlroots-devel pango-devel cairo-devel pam-devel glib-devel libucl-devel"
short_desc="Stacking Wayland compositor with tiling features"
maintainer="Andrew J. Hesford <ajh@sideband.org>"
license="BSD-2-Clause"
homepage="https://hikari.acmelabs.space"
changelog="https://hub.darcs.net/raichoo/hikari/browse/CHANGELOG.md"
distfiles="${homepage}/releases/${pkgname}-${version}.tar.gz"
checksum=40736ff326e11a51128c1739051a692ad2c79173fc4b695c8be5ec7a614b4de2
conf_files="/etc/pam.d/hikari-unlocker /etc/hikari/hikari.conf"
# bmake's -q flag seems to differ in behavior from gnu make which causes the
# build style's handling of the check target not existing to fail.
make_check=no
pre_build() {
# The hikari Makefile appends to the CFLAGS and LDFLAGS variables;
# bmake ignores these appends altogether when passing variables on the
# command line (i.e., when make_use_env is undefined), but it ignores
# the values in the environment when make_use_env=yes. The _EXTRA
# variables provided in the Makefile allow us to force the right flags.
export CFLAGS_EXTRA="${CFLAGS} -Wno-error"
export LDFLAGS_EXTRA="${LDFLAGS}"
# bmake tends to ignore CC in the environment
make_build_args+=" CC=$CC"
}
post_install() {
vlicense LICENSE
}