void-packages/srcpkgs/hikari/template
2021-04-20 01:28:30 -03:00

40 lines
1.6 KiB
Bash

# Template file for 'hikari'
pkgname=hikari
version=2.3.0
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=8577ea568d2a41b0dc7b2fae784446778e3ddd5b9563576c9756dfbf7b9435d2
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
}